Realm: rbht.nhs.uk Full
rbht.nhs.uk/rbht-nhs-uk-0/roaming0.govroam.uk/
Ping
- Output
- PING CRITICAL - Packet loss = 100%
- Last State Change
- Mon Jul 7 22:51:55 2025
- Last Check
- Sun Jul 13 13:18:53 2025
- Next Check
- Sun Jul 13 13:28:53 2025
- Meaning:
- A failed Ping test means that ICMP packets are either not getting to the server, or the responses aren't getting back.
- Solution:
- Check your firewall logs to see if the packets are arriving. If not, check your routing. If they are, then check to see if they're being DROPed or REJECTed. If you're confident that a response is being sent then please let Jisc know at govroam@jisc.ac.uk
rbht.nhs.uk/rbht-nhs-uk-0/roaming0.govroam.uk/
RADIUS Port
- Output
- CRITICAL: No response. Host down or firewall dropping new connections
- Last State Change
- Thu Jul 3 11:53:34 2025
- Last Check
- Sun Jul 13 13:21:30 2025
- Next Check
- Sun Jul 13 13:31:30 2025
- Meaning:
- A simple port scan of port 1812/udp was attempted and there was no response from the port. This implies that either the port is not open i.e. there isn't a daemon running on it, or that there is a firewall configured to not to respond to such scans. Dropping such packets isn't a problem as long as the server is able to respond to RADIUS auth requests.
- Solution:
- Check the state of the RADIUS daemon and ensure that it's up and running on port 1812/udp. If it is, then check your firewall(s) to see if they're configured to drop incoming connections.
rbht.nhs.uk/rbht-nhs-uk-0/roaming0.govroam.uk/
Server Shared Secret
- Output
- OK: Good shared secret over last day
- Last State Change
- Thu Jul 3 11:55:30 2025
- Last Check
- Sun Jul 13 13:15:29 2025
- Next Check
- Sun Jul 13 13:25:29 2025
rbht.nhs.uk/rbht-nhs-uk-0/roaming0.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Thu Jul 3 11:52:50 2025
- Last Check
- Sun Jul 13 13:20:47 2025
- Next Check
- Sun Jul 13 13:30:46 2025
- Meaning:
- An authentication attempt has been made using generic credentials and no response was received. It's expected that a RADIUS server would respond to non-existent credentials with an Access-Reject and if it didn't then there might be a problem. It's not part of the Tech Spec that all requests should be responded to but it's desirable. It would help us keep better track of your system state. However, be aware that all proxied/EAP requests MUST be responded to.
- Solution:
- Check your RADIUS logs to see what's happening to these requests. The username is 'jisctest' so should stand out. If you can, please ensure that your RADIUS server responds to the requests (with an Access-Reject). Alternatively, enable Status-Server (FreeRADIUS, RADIATOR and radsecproxy support it).
rbht.nhs.uk/rbht-nhs-uk-0/roaming0.govroam.uk/
Zombie
- Output
- UNKNOWN: No Data. No data but not marked as down within the last week
- Last State Change
- Fri Jul 11 14:29:57 2025
- Last Check
- Sun Jul 13 13:19:55 2025
- Next Check
- Sun Jul 13 13:29:55 2025
rbht.nhs.uk/rbht-nhs-uk-0/NRPS: roaming1.govroam.uk
(212.219.209.43) -
No Route
/
Host Down
/
IPS firewall
/
Config pending
/
rbht.nhs.uk/rbht-nhs-uk-0/roaming1.govroam.uk/
Ping
- Output
- PING CRITICAL - Packet loss = 100%
- Last State Change
- Thu Jul 3 11:57:58 2025
- Last Check
- Sun Jul 13 13:14:58 2025
- Next Check
- Sun Jul 13 13:24:58 2025
- Meaning:
- A failed Ping test means that ICMP packets are either not getting to the server, or the responses aren't getting back.
- Solution:
- Check your firewall logs to see if the packets are arriving. If not, check your routing. If they are, then check to see if they're being DROPed or REJECTed. If you're confident that a response is being sent then please let Jisc know at govroam@jisc.ac.uk
rbht.nhs.uk/rbht-nhs-uk-0/roaming1.govroam.uk/
RADIUS Port
- Output
- CRITICAL: No response. Host down or firewall dropping new connections
- Last State Change
- Thu Jul 3 11:53:59 2025
- Last Check
- Sun Jul 13 13:21:54 2025
- Next Check
- Sun Jul 13 13:31:54 2025
- Meaning:
- A simple port scan of port 1812/udp was attempted and there was no response from the port. This implies that either the port is not open i.e. there isn't a daemon running on it, or that there is a firewall configured to not to respond to such scans. Dropping such packets isn't a problem as long as the server is able to respond to RADIUS auth requests.
- Solution:
- Check the state of the RADIUS daemon and ensure that it's up and running on port 1812/udp. If it is, then check your firewall(s) to see if they're configured to drop incoming connections.
rbht.nhs.uk/rbht-nhs-uk-0/roaming1.govroam.uk/
Server Shared Secret
- Output
- UNKNOWN: No Data. No logs to check for last day
- Last State Change
- Sat Jul 12 16:22:04 2025
- Last Check
- Sun Jul 13 13:20:04 2025
- Next Check
- Sun Jul 13 13:30:02 2025
rbht.nhs.uk/rbht-nhs-uk-0/roaming1.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Thu Jul 3 11:54:24 2025
- Last Check
- Sun Jul 13 13:22:21 2025
- Next Check
- Sun Jul 13 13:32:21 2025
- Meaning:
- An authentication attempt has been made using generic credentials and no response was received. It's expected that a RADIUS server would respond to non-existent credentials with an Access-Reject and if it didn't then there might be a problem. It's not part of the Tech Spec that all requests should be responded to but it's desirable. It would help us keep better track of your system state. However, be aware that all proxied/EAP requests MUST be responded to.
- Solution:
- Check your RADIUS logs to see what's happening to these requests. The username is 'jisctest' so should stand out. If you can, please ensure that your RADIUS server responds to the requests (with an Access-Reject). Alternatively, enable Status-Server (FreeRADIUS, RADIATOR and radsecproxy support it).
rbht.nhs.uk/rbht-nhs-uk-0/roaming1.govroam.uk/
Zombie
- Output
- UNKNOWN: No Data. No data but not marked as down within the last week
- Last State Change
- Wed Jul 9 13:01:38 2025
- Last Check
- Sun Jul 13 13:21:36 2025
- Next Check
- Sun Jul 13 13:31:36 2025
rbht.nhs.uk/rbht-nhs-uk-0/NRPS: roaming2.govroam.uk
(212.219.247.59) -
No Route
/
Host Down
/
IPS firewall
/
Config pending
/
rbht.nhs.uk/rbht-nhs-uk-0/roaming2.govroam.uk/
Ping
- Output
- PING CRITICAL - Packet loss = 100%
- Last State Change
- Wed Jul 9 20:54:58 2025
- Last Check
- Sun Jul 13 13:21:57 2025
- Next Check
- Sun Jul 13 13:31:57 2025
- Meaning:
- A failed Ping test means that ICMP packets are either not getting to the server, or the responses aren't getting back.
- Solution:
- Check your firewall logs to see if the packets are arriving. If not, check your routing. If they are, then check to see if they're being DROPed or REJECTed. If you're confident that a response is being sent then please let Jisc know at govroam@jisc.ac.uk
rbht.nhs.uk/rbht-nhs-uk-0/roaming2.govroam.uk/
RADIUS Port
- Output
- CRITICAL: No response. Host down or firewall dropping new connections
- Last State Change
- Thu Jul 3 11:56:58 2025
- Last Check
- Sun Jul 13 13:14:54 2025
- Next Check
- Sun Jul 13 13:24:54 2025
- Meaning:
- A simple port scan of port 1812/udp was attempted and there was no response from the port. This implies that either the port is not open i.e. there isn't a daemon running on it, or that there is a firewall configured to not to respond to such scans. Dropping such packets isn't a problem as long as the server is able to respond to RADIUS auth requests.
- Solution:
- Check the state of the RADIUS daemon and ensure that it's up and running on port 1812/udp. If it is, then check your firewall(s) to see if they're configured to drop incoming connections.
rbht.nhs.uk/rbht-nhs-uk-0/roaming2.govroam.uk/
Server Shared Secret
- Output
- UNKNOWN: No Data. No logs to check for last day
- Last State Change
- Sat Jul 12 16:23:33 2025
- Last Check
- Sun Jul 13 13:21:32 2025
- Next Check
- Sun Jul 13 13:31:32 2025
rbht.nhs.uk/rbht-nhs-uk-0/roaming2.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Thu Jul 3 11:57:19 2025
- Last Check
- Sun Jul 13 13:15:15 2025
- Next Check
- Sun Jul 13 13:25:15 2025
- Meaning:
- An authentication attempt has been made using generic credentials and no response was received. It's expected that a RADIUS server would respond to non-existent credentials with an Access-Reject and if it didn't then there might be a problem. It's not part of the Tech Spec that all requests should be responded to but it's desirable. It would help us keep better track of your system state. However, be aware that all proxied/EAP requests MUST be responded to.
- Solution:
- Check your RADIUS logs to see what's happening to these requests. The username is 'jisctest' so should stand out. If you can, please ensure that your RADIUS server responds to the requests (with an Access-Reject). Alternatively, enable Status-Server (FreeRADIUS, RADIATOR and radsecproxy support it).
rbht.nhs.uk/rbht-nhs-uk-0/roaming2.govroam.uk/
Zombie
- Output
- UNKNOWN: No Data. No data but not marked as down within the last week
- Last State Change
- Fri Jul 11 14:24:35 2025
- Last Check
- Sun Jul 13 13:24:35 2025
- Next Check
- Sun Jul 13 13:34:34 2025
rbht.nhs.uk/rbht-nhs-uk-0/NRPS: roaming3.govroam.uk
(195.194.21.203) -
No Route
/
Host Down
/
IPS firewall
/
Config pending
/
rbht.nhs.uk/rbht-nhs-uk-0/roaming3.govroam.uk/
Ping
- Output
- PING CRITICAL - Packet loss = 100%
- Last State Change
- Thu Jul 3 11:59:28 2025
- Last Check
- Sun Jul 13 13:16:27 2025
- Next Check
- Sun Jul 13 13:26:27 2025
- Meaning:
- A failed Ping test means that ICMP packets are either not getting to the server, or the responses aren't getting back.
- Solution:
- Check your firewall logs to see if the packets are arriving. If not, check your routing. If they are, then check to see if they're being DROPed or REJECTed. If you're confident that a response is being sent then please let Jisc know at govroam@jisc.ac.uk
rbht.nhs.uk/rbht-nhs-uk-0/roaming3.govroam.uk/
RADIUS Port
- Output
- CRITICAL: No response. Host down or firewall dropping new connections
- Last State Change
- Thu Jul 3 11:58:21 2025
- Last Check
- Sun Jul 13 13:16:17 2025
- Next Check
- Sun Jul 13 13:26:17 2025
- Meaning:
- A simple port scan of port 1812/udp was attempted and there was no response from the port. This implies that either the port is not open i.e. there isn't a daemon running on it, or that there is a firewall configured to not to respond to such scans. Dropping such packets isn't a problem as long as the server is able to respond to RADIUS auth requests.
- Solution:
- Check the state of the RADIUS daemon and ensure that it's up and running on port 1812/udp. If it is, then check your firewall(s) to see if they're configured to drop incoming connections.
rbht.nhs.uk/rbht-nhs-uk-0/roaming3.govroam.uk/
Server Shared Secret
- Output
- UNKNOWN: No Data. No logs to check for last day
- Last State Change
- Thu Jul 3 12:00:12 2025
- Last Check
- Sun Jul 13 13:18:12 2025
- Next Check
- Sun Jul 13 13:28:11 2025
rbht.nhs.uk/rbht-nhs-uk-0/roaming3.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Thu Jul 3 12:00:36 2025
- Last Check
- Sun Jul 13 13:18:33 2025
- Next Check
- Sun Jul 13 13:28:33 2025
- Meaning:
- An authentication attempt has been made using generic credentials and no response was received. It's expected that a RADIUS server would respond to non-existent credentials with an Access-Reject and if it didn't then there might be a problem. It's not part of the Tech Spec that all requests should be responded to but it's desirable. It would help us keep better track of your system state. However, be aware that all proxied/EAP requests MUST be responded to.
- Solution:
- Check your RADIUS logs to see what's happening to these requests. The username is 'jisctest' so should stand out. If you can, please ensure that your RADIUS server responds to the requests (with an Access-Reject). Alternatively, enable Status-Server (FreeRADIUS, RADIATOR and radsecproxy support it).
rbht.nhs.uk/rbht-nhs-uk-0/roaming3.govroam.uk/
Zombie
- Output
- UNKNOWN: No Data. No data but not marked as down within the last week
- Last State Change
- Wed Jul 9 13:08:31 2025
- Last Check
- Sun Jul 13 13:18:29 2025
- Next Check
- Sun Jul 13 13:28:29 2025
rbht.nhs.uk/rbht-nhs-uk-1/roaming0.govroam.uk/
Ping
- Output
- PING CRITICAL - Packet loss = 100%
- Last State Change
- Sat Jul 5 23:14:43 2025
- Last Check
- Sun Jul 13 13:21:42 2025
- Next Check
- Sun Jul 13 13:31:42 2025
- Meaning:
- A failed Ping test means that ICMP packets are either not getting to the server, or the responses aren't getting back.
- Solution:
- Check your firewall logs to see if the packets are arriving. If not, check your routing. If they are, then check to see if they're being DROPed or REJECTed. If you're confident that a response is being sent then please let Jisc know at govroam@jisc.ac.uk
rbht.nhs.uk/rbht-nhs-uk-1/roaming0.govroam.uk/
RADIUS Port
- Output
- CRITICAL: No response. Host down or firewall dropping new connections
- Last State Change
- Thu Jul 3 11:55:01 2025
- Last Check
- Sun Jul 13 13:22:57 2025
- Next Check
- Sun Jul 13 13:32:56 2025
- Meaning:
- A simple port scan of port 1812/udp was attempted and there was no response from the port. This implies that either the port is not open i.e. there isn't a daemon running on it, or that there is a firewall configured to not to respond to such scans. Dropping such packets isn't a problem as long as the server is able to respond to RADIUS auth requests.
- Solution:
- Check the state of the RADIUS daemon and ensure that it's up and running on port 1812/udp. If it is, then check your firewall(s) to see if they're configured to drop incoming connections.
rbht.nhs.uk/rbht-nhs-uk-1/roaming0.govroam.uk/
Server Shared Secret
- Output
- OK: Good shared secret over last day
- Last State Change
- Sun Jul 6 14:12:36 2025
- Last Check
- Sun Jul 13 13:22:35 2025
- Next Check
- Sun Jul 13 13:32:35 2025
rbht.nhs.uk/rbht-nhs-uk-1/roaming0.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Thu Jul 3 11:52:00 2025
- Last Check
- Sun Jul 13 13:19:57 2025
- Next Check
- Sun Jul 13 13:29:57 2025
- Meaning:
- An authentication attempt has been made using generic credentials and no response was received. It's expected that a RADIUS server would respond to non-existent credentials with an Access-Reject and if it didn't then there might be a problem. It's not part of the Tech Spec that all requests should be responded to but it's desirable. It would help us keep better track of your system state. However, be aware that all proxied/EAP requests MUST be responded to.
- Solution:
- Check your RADIUS logs to see what's happening to these requests. The username is 'jisctest' so should stand out. If you can, please ensure that your RADIUS server responds to the requests (with an Access-Reject). Alternatively, enable Status-Server (FreeRADIUS, RADIATOR and radsecproxy support it).
rbht.nhs.uk/rbht-nhs-uk-1/roaming0.govroam.uk/
Zombie
- Output
- UNKNOWN: No Data. No data but not marked as down within the last week
- Last State Change
- Wed Jul 9 13:00:46 2025
- Last Check
- Sun Jul 13 13:20:44 2025
- Next Check
- Sun Jul 13 13:30:44 2025
rbht.nhs.uk/rbht-nhs-uk-1/NRPS: roaming1.govroam.uk
(212.219.209.43) -
No Route
/
Host Down
/
IPS firewall
/
Config pending
/
rbht.nhs.uk/rbht-nhs-uk-1/roaming1.govroam.uk/
Ping
- Output
- PING CRITICAL - Packet loss = 100%
- Last State Change
- Thu Jul 3 11:58:25 2025
- Last Check
- Sun Jul 13 13:15:23 2025
- Next Check
- Sun Jul 13 13:25:23 2025
- Meaning:
- A failed Ping test means that ICMP packets are either not getting to the server, or the responses aren't getting back.
- Solution:
- Check your firewall logs to see if the packets are arriving. If not, check your routing. If they are, then check to see if they're being DROPed or REJECTed. If you're confident that a response is being sent then please let Jisc know at govroam@jisc.ac.uk
rbht.nhs.uk/rbht-nhs-uk-1/roaming1.govroam.uk/
RADIUS Port
- Output
- CRITICAL: No response. Host down or firewall dropping new connections
- Last State Change
- Thu Jul 3 11:56:10 2025
- Last Check
- Sun Jul 13 13:24:06 2025
- Next Check
- Sun Jul 13 13:34:06 2025
- Meaning:
- A simple port scan of port 1812/udp was attempted and there was no response from the port. This implies that either the port is not open i.e. there isn't a daemon running on it, or that there is a firewall configured to not to respond to such scans. Dropping such packets isn't a problem as long as the server is able to respond to RADIUS auth requests.
- Solution:
- Check the state of the RADIUS daemon and ensure that it's up and running on port 1812/udp. If it is, then check your firewall(s) to see if they're configured to drop incoming connections.
rbht.nhs.uk/rbht-nhs-uk-1/roaming1.govroam.uk/
Server Shared Secret
- Output
- UNKNOWN: No Data. No logs to check for last day
- Last State Change
- Wed Jul 9 11:56:06 2025
- Last Check
- Sun Jul 13 13:24:04 2025
- Next Check
- Sun Jul 13 13:34:04 2025
rbht.nhs.uk/rbht-nhs-uk-1/roaming1.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Thu Jul 3 11:58:02 2025
- Last Check
- Sun Jul 13 13:15:59 2025
- Next Check
- Sun Jul 13 13:25:59 2025
- Meaning:
- An authentication attempt has been made using generic credentials and no response was received. It's expected that a RADIUS server would respond to non-existent credentials with an Access-Reject and if it didn't then there might be a problem. It's not part of the Tech Spec that all requests should be responded to but it's desirable. It would help us keep better track of your system state. However, be aware that all proxied/EAP requests MUST be responded to.
- Solution:
- Check your RADIUS logs to see what's happening to these requests. The username is 'jisctest' so should stand out. If you can, please ensure that your RADIUS server responds to the requests (with an Access-Reject). Alternatively, enable Status-Server (FreeRADIUS, RADIATOR and radsecproxy support it).
rbht.nhs.uk/rbht-nhs-uk-1/roaming1.govroam.uk/
Zombie
- Output
- UNKNOWN: No Data. No data but not marked as down within the last week
- Last State Change
- Fri Jul 11 14:22:30 2025
- Last Check
- Sun Jul 13 13:22:29 2025
- Next Check
- Sun Jul 13 13:32:29 2025
rbht.nhs.uk/rbht-nhs-uk-1/NRPS: roaming2.govroam.uk
(212.219.247.59) -
No Route
/
Host Down
/
IPS firewall
/
Config pending
/
rbht.nhs.uk/rbht-nhs-uk-1/roaming2.govroam.uk/
Ping
- Output
- PING CRITICAL - Packet loss = 100%
- Last State Change
- Thu Jul 3 11:58:45 2025
- Last Check
- Sun Jul 13 13:15:45 2025
- Next Check
- Sun Jul 13 13:25:44 2025
- Meaning:
- A failed Ping test means that ICMP packets are either not getting to the server, or the responses aren't getting back.
- Solution:
- Check your firewall logs to see if the packets are arriving. If not, check your routing. If they are, then check to see if they're being DROPed or REJECTed. If you're confident that a response is being sent then please let Jisc know at govroam@jisc.ac.uk
rbht.nhs.uk/rbht-nhs-uk-1/roaming2.govroam.uk/
RADIUS Port
- Output
- CRITICAL: No response. Host down or firewall dropping new connections
- Last State Change
- Thu Jul 3 11:58:06 2025
- Last Check
- Sun Jul 13 13:16:01 2025
- Next Check
- Sun Jul 13 13:26:01 2025
- Meaning:
- A simple port scan of port 1812/udp was attempted and there was no response from the port. This implies that either the port is not open i.e. there isn't a daemon running on it, or that there is a firewall configured to not to respond to such scans. Dropping such packets isn't a problem as long as the server is able to respond to RADIUS auth requests.
- Solution:
- Check the state of the RADIUS daemon and ensure that it's up and running on port 1812/udp. If it is, then check your firewall(s) to see if they're configured to drop incoming connections.
rbht.nhs.uk/rbht-nhs-uk-1/roaming2.govroam.uk/
Server Shared Secret
- Output
- UNKNOWN: No Data. No logs to check for last day
- Last State Change
- Wed Jul 9 11:53:15 2025
- Last Check
- Sun Jul 13 13:21:14 2025
- Next Check
- Sun Jul 13 13:31:14 2025
rbht.nhs.uk/rbht-nhs-uk-1/roaming2.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Thu Jul 3 11:58:40 2025
- Last Check
- Sun Jul 13 13:16:37 2025
- Next Check
- Sun Jul 13 13:26:37 2025
- Meaning:
- An authentication attempt has been made using generic credentials and no response was received. It's expected that a RADIUS server would respond to non-existent credentials with an Access-Reject and if it didn't then there might be a problem. It's not part of the Tech Spec that all requests should be responded to but it's desirable. It would help us keep better track of your system state. However, be aware that all proxied/EAP requests MUST be responded to.
- Solution:
- Check your RADIUS logs to see what's happening to these requests. The username is 'jisctest' so should stand out. If you can, please ensure that your RADIUS server responds to the requests (with an Access-Reject). Alternatively, enable Status-Server (FreeRADIUS, RADIATOR and radsecproxy support it).
rbht.nhs.uk/rbht-nhs-uk-1/roaming2.govroam.uk/
Zombie
- Output
- UNKNOWN: No Data. No data but not marked as down within the last week
- Last State Change
- Wed Jul 9 12:23:45 2025
- Last Check
- Sun Jul 13 13:23:44 2025
- Next Check
- Sun Jul 13 13:33:43 2025
rbht.nhs.uk/rbht-nhs-uk-1/NRPS: roaming3.govroam.uk
(195.194.21.203) -
No Route
/
Host Down
/
IPS firewall
/
Config pending
/
rbht.nhs.uk/rbht-nhs-uk-1/roaming3.govroam.uk/
Ping
- Output
- PING CRITICAL - Packet loss = 100%
- Last State Change
- Sat Jul 12 05:07:01 2025
- Last Check
- Sun Jul 13 13:13:59 2025
- Next Check
- Sun Jul 13 13:23:59 2025
- Meaning:
- A failed Ping test means that ICMP packets are either not getting to the server, or the responses aren't getting back.
- Solution:
- Check your firewall logs to see if the packets are arriving. If not, check your routing. If they are, then check to see if they're being DROPed or REJECTed. If you're confident that a response is being sent then please let Jisc know at govroam@jisc.ac.uk
rbht.nhs.uk/rbht-nhs-uk-1/roaming3.govroam.uk/
RADIUS Port
- Output
- CRITICAL: No response. Host down or firewall dropping new connections
- Last State Change
- Thu Jul 3 12:00:48 2025
- Last Check
- Sun Jul 13 13:18:44 2025
- Next Check
- Sun Jul 13 13:28:44 2025
- Meaning:
- A simple port scan of port 1812/udp was attempted and there was no response from the port. This implies that either the port is not open i.e. there isn't a daemon running on it, or that there is a firewall configured to not to respond to such scans. Dropping such packets isn't a problem as long as the server is able to respond to RADIUS auth requests.
- Solution:
- Check the state of the RADIUS daemon and ensure that it's up and running on port 1812/udp. If it is, then check your firewall(s) to see if they're configured to drop incoming connections.
rbht.nhs.uk/rbht-nhs-uk-1/roaming3.govroam.uk/
Server Shared Secret
- Output
- UNKNOWN: No Data. No logs to check for last day
- Last State Change
- Thu Jul 3 11:55:56 2025
- Last Check
- Sun Jul 13 13:23:53 2025
- Next Check
- Sun Jul 13 13:33:53 2025
rbht.nhs.uk/rbht-nhs-uk-1/roaming3.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Thu Jul 3 11:57:08 2025
- Last Check
- Sun Jul 13 13:15:05 2025
- Next Check
- Sun Jul 13 13:25:05 2025
- Meaning:
- An authentication attempt has been made using generic credentials and no response was received. It's expected that a RADIUS server would respond to non-existent credentials with an Access-Reject and if it didn't then there might be a problem. It's not part of the Tech Spec that all requests should be responded to but it's desirable. It would help us keep better track of your system state. However, be aware that all proxied/EAP requests MUST be responded to.
- Solution:
- Check your RADIUS logs to see what's happening to these requests. The username is 'jisctest' so should stand out. If you can, please ensure that your RADIUS server responds to the requests (with an Access-Reject). Alternatively, enable Status-Server (FreeRADIUS, RADIATOR and radsecproxy support it).
rbht.nhs.uk/rbht-nhs-uk-1/roaming3.govroam.uk/
Zombie
- Output
- UNKNOWN: No Data. No data but not marked as down within the last week
- Last State Change
- Wed Jul 9 13:07:51 2025
- Last Check
- Sun Jul 13 13:17:49 2025
- Next Check
- Sun Jul 13 13:27:49 2025
Called Station ID Check
- Output
- WARNING: 100% Missing SSID, as of 2025-07-13 09:25:35. 100% MAC format wrong - should use a '-' to separate hex pairs (last: 2025-07-13 09:25:35)
- Last State Change
- Tue Jul 1 19:57:17 2025
- Last Check
- Sun Jul 13 13:12:15 2025
- Next Check
- Sun Jul 13 13:27:15 2025
- Meaning:
-
The Called-Station-ID contains the MAC address of the device the client
connects to as well as, potentially, the SSID of the wireless network it
connected to. The format of the MAC address is specified in RFC
3580 as
'XX-XX-XX-XX-XX-XX:SSID' with '-' being the only valid separator and all
upper case. The SSID should be appended.
Having the Called-Station-ID included in proxied requests makes it possible to ensure that the SSID being broadcast matches the service requirements. - Solution:
- Configure your wireless system to provide the CSI in the RFC3580 format.
Calling Station ID Check
- Output
- WARNING: 100% MAC format wrong, missing separator (last: 2025-07-13 09:25:35)
- Last State Change
- Fri Jun 13 10:32:57 2025
- Last Check
- Sun Jul 13 13:12:54 2025
- Next Check
- Sun Jul 13 13:27:54 2025
- Meaning:
- Calling Station ID identifies the device making the connection and RFC 3580 states that the format should be XX-XX-XX-XX-XX-XX (i.e. '-' separated and upper case).
- Solution:
- Configure your wireless system to use upper case and '-' separated pairs.
Operator Check
- Output
- OK: 100% Operator-Name present (last: 2025-07-13 09:25:35)
- Last State Change
- Fri Jun 13 10:34:24 2025
- Last Check
- Sun Jul 13 13:19:22 2025
- Next Check
- Sun Jul 13 13:34:20 2025
Realm Syntax Check
- Output
- OK: 100.0% Good syntax (last: 2025-07-13 09:25:35)
- Last State Change
- Thu Jul 3 14:34:15 2025
- Last Check
- Sun Jul 13 13:19:14 2025
- Next Check
- Sun Jul 13 13:34:13 2025
VLAN Check
- Output
- OK: 100% No VLAN attr present (last: 2025-07-13 09:25:35)
- Last State Change
- Wed Jun 18 14:47:27 2025
- Last Check
- Sun Jul 13 13:17:26 2025
- Next Check
- Sun Jul 13 13:32:25 2025