Realm: medwaypct.nhs.uk Full
medwaypct.nhs.uk/medwaypct-nhs-uk-0/NRPS: roaming0.govroam.uk
(212.219.190.139) -
No Route
/
Host Down
/
Dropping Auth Requests
/
IPS firewall
/
Config pending
/
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming0.govroam.uk/
Ping
- Output
- PING CRITICAL - Packet loss = 100%
- Last State Change
- Thu Jul 3 11:52:57 2025
- Last Check
- Sun Jul 13 14:09:56 2025
- Next Check
- Sun Jul 13 14:19:56 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
medwaypct.nhs.uk/medwaypct-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:51:58 2025
- Last Check
- Sun Jul 13 14:09:54 2025
- Next Check
- Sun Jul 13 14:19: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.
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming0.govroam.uk/
Server Shared Secret
- Output
- UNKNOWN: No Data. No logs to check for last day
- Last State Change
- Thu Jul 3 11:55:34 2025
- Last Check
- Sun Jul 13 14:13:33 2025
- Next Check
- Sun Jul 13 14:23:33 2025
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming0.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Thu Jul 3 11:52:36 2025
- Last Check
- Sun Jul 13 14:10:32 2025
- Next Check
- Sun Jul 13 14:20:32 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).
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming0.govroam.uk/
Zombie
- Output
- CRITICAL: Marked as down within the last day
- Last State Change
- Tue Jul 8 07:52:26 2025
- Last Check
- Sun Jul 13 14:12:25 2025
- Next Check
- Sun Jul 13 14:22:25 2025
- Meaning:
- Over the last day, the ORPS has been marked as 'down' by the NRPS. A server is marked as 'down' (or a Zombie) if it doesn't respond to an authentication query within 30s. If the ORPS is serving a Federation then the chances are that one of the Federation members isn't responding to a proxied query. If the ORPS isn't serving a Federation then it's a problem with the local configuration.
- Solution:
- An independently connected site needs to fix the configuration to ensure that the ORPS is sending a response to ALL auth requests. A Federation Operator nedds to check their logs to determine which members aren't sending responses and help them correct their configuration.
medwaypct.nhs.uk/medwaypct-nhs-uk-0/NRPS: roaming1.govroam.uk
(212.219.209.43) -
No Route
/
Host Down
/
Dropping Auth Requests
/
IPS firewall
/
Config pending
/
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming1.govroam.uk/
Ping
- Output
- (Service Check Timed Out)
- Last State Change
- Fri Jul 4 16:45:56 2025
- Last Check
- Sun Jul 13 14:12:55 2025
- Next Check
- Sun Jul 13 14:22:55 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
medwaypct.nhs.uk/medwaypct-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:54 2025
- Last Check
- Sun Jul 13 14:11:50 2025
- Next Check
- Sun Jul 13 14:21:49 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.
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming1.govroam.uk/
Server Shared Secret
- Output
- UNKNOWN: No Data. No logs to check for last day
- Last State Change
- Thu Jul 3 11:55:06 2025
- Last Check
- Sun Jul 13 14:13:05 2025
- Next Check
- Sun Jul 13 14:23:04 2025
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming1.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Thu Jul 3 11:56:56 2025
- Last Check
- Sun Jul 13 14:14:53 2025
- Next Check
- Sun Jul 13 14:24:53 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).
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming1.govroam.uk/
Zombie
- Output
- CRITICAL: Marked as down within the last day
- Last State Change
- Wed Jul 9 08:04:13 2025
- Last Check
- Sun Jul 13 14:14:12 2025
- Next Check
- Sun Jul 13 14:24:11 2025
- Meaning:
- Over the last day, the ORPS has been marked as 'down' by the NRPS. A server is marked as 'down' (or a Zombie) if it doesn't respond to an authentication query within 30s. If the ORPS is serving a Federation then the chances are that one of the Federation members isn't responding to a proxied query. If the ORPS isn't serving a Federation then it's a problem with the local configuration.
- Solution:
- An independently connected site needs to fix the configuration to ensure that the ORPS is sending a response to ALL auth requests. A Federation Operator nedds to check their logs to determine which members aren't sending responses and help them correct their configuration.
medwaypct.nhs.uk/medwaypct-nhs-uk-0/NRPS: roaming2.govroam.uk
(212.219.247.59) -
No Route
/
Host Down
/
Dropping Auth Requests
/
IPS firewall
/
Config pending
/
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming2.govroam.uk/
Ping
- Output
- PING CRITICAL - Packet loss = 100%
- Last State Change
- Thu Jul 3 11:59:33 2025
- Last Check
- Sun Jul 13 14:16:32 2025
- Next Check
- Sun Jul 13 14:26:32 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
medwaypct.nhs.uk/medwaypct-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:37 2025
- Last Check
- Sun Jul 13 14:14:32 2025
- Next Check
- Sun Jul 13 14:24:32 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.
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming2.govroam.uk/
Server Shared Secret
- Output
- UNKNOWN: No Data. No logs to check for last day
- Last State Change
- Thu Jul 3 11:57:03 2025
- Last Check
- Sun Jul 13 14:15:02 2025
- Next Check
- Sun Jul 13 14:25:02 2025
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming2.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Thu Jul 3 11:58:06 2025
- Last Check
- Sun Jul 13 14:16:02 2025
- Next Check
- Sun Jul 13 14:26:02 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).
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming2.govroam.uk/
Zombie
- Output
- CRITICAL: Marked as down within the last day
- Last State Change
- Tue Jul 8 07:46:51 2025
- Last Check
- Sun Jul 13 14:16:49 2025
- Next Check
- Sun Jul 13 14:26:49 2025
- Meaning:
- Over the last day, the ORPS has been marked as 'down' by the NRPS. A server is marked as 'down' (or a Zombie) if it doesn't respond to an authentication query within 30s. If the ORPS is serving a Federation then the chances are that one of the Federation members isn't responding to a proxied query. If the ORPS isn't serving a Federation then it's a problem with the local configuration.
- Solution:
- An independently connected site needs to fix the configuration to ensure that the ORPS is sending a response to ALL auth requests. A Federation Operator nedds to check their logs to determine which members aren't sending responses and help them correct their configuration.
medwaypct.nhs.uk/medwaypct-nhs-uk-0/NRPS: roaming3.govroam.uk
(195.194.21.203) -
No Route
/
Host Down
/
Dropping Auth Requests
/
IPS firewall
/
Config pending
/
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming3.govroam.uk/
Ping
- Output
- (Service Check Timed Out)
- Last State Change
- Thu Jul 3 12:00:10 2025
- Last Check
- Sun Jul 13 14:07:10 2025
- Next Check
- Sun Jul 13 14:17:10 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
medwaypct.nhs.uk/medwaypct-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:59:40 2025
- Last Check
- Sun Jul 13 14:17:36 2025
- Next Check
- Sun Jul 13 14:27:35 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.
medwaypct.nhs.uk/medwaypct-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 11:59:03 2025
- Last Check
- Sun Jul 13 14:17:02 2025
- Next Check
- Sun Jul 13 14:27:02 2025
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming3.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Thu Jul 3 12:00:29 2025
- Last Check
- Sun Jul 13 14:08:26 2025
- Next Check
- Sun Jul 13 14:18:26 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).
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming3.govroam.uk/
Zombie
- Output
- CRITICAL: Marked as down within the last day
- Last State Change
- Tue Jul 8 07:45:13 2025
- Last Check
- Sun Jul 13 14:15:12 2025
- Next Check
- Sun Jul 13 14:25:12 2025
- Meaning:
- Over the last day, the ORPS has been marked as 'down' by the NRPS. A server is marked as 'down' (or a Zombie) if it doesn't respond to an authentication query within 30s. If the ORPS is serving a Federation then the chances are that one of the Federation members isn't responding to a proxied query. If the ORPS isn't serving a Federation then it's a problem with the local configuration.
- Solution:
- An independently connected site needs to fix the configuration to ensure that the ORPS is sending a response to ALL auth requests. A Federation Operator nedds to check their logs to determine which members aren't sending responses and help them correct their configuration.
medwaypct.nhs.uk/medwaypct-nhs-uk-1/NRPS: roaming0.govroam.uk
(212.219.190.139) -
Port 1812 Drop
/
Bad Client Shared Secret
/
Unknown Client
/
Dropping Auth Requests
/
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming0.govroam.uk/
Ping
- Output
- PING OK - Packet loss = 0%, RTA = 6.99 ms
- Last State Change
- Thu Jul 3 11:55:44 2025
- Last Check
- Sun Jul 13 14:15:34 2025
- Next Check
- Sun Jul 13 14:25:34 2025
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming0.govroam.uk/
RADIUS Port
- Output
- OK: Port 1812 is probably open, unless there's a DROP firewall
- Last State Change
- Thu Jul 3 11:52:41 2025
- Last Check
- Sun Jul 13 14:12:40 2025
- Next Check
- Sun Jul 13 14:22:39 2025
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming0.govroam.uk/
Server Shared Secret
- Output
- UNKNOWN: No Data. No logs to check for last day
- Last State Change
- Thu Jul 3 11:53:10 2025
- Last Check
- Sun Jul 13 14:11:08 2025
- Next Check
- Sun Jul 13 14:21:08 2025
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming0.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Thu Jul 3 11:52:07 2025
- Last Check
- Sun Jul 13 14:10:03 2025
- Next Check
- Sun Jul 13 14:20:03 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).
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming0.govroam.uk/
Zombie
- Output
- CRITICAL: Marked as down within the last day
- Last State Change
- Mon Jul 7 15:43:07 2025
- Last Check
- Sun Jul 13 14:13:05 2025
- Next Check
- Sun Jul 13 14:23:05 2025
- Meaning:
- Over the last day, the ORPS has been marked as 'down' by the NRPS. A server is marked as 'down' (or a Zombie) if it doesn't respond to an authentication query within 30s. If the ORPS is serving a Federation then the chances are that one of the Federation members isn't responding to a proxied query. If the ORPS isn't serving a Federation then it's a problem with the local configuration.
- Solution:
- An independently connected site needs to fix the configuration to ensure that the ORPS is sending a response to ALL auth requests. A Federation Operator nedds to check their logs to determine which members aren't sending responses and help them correct their configuration.
medwaypct.nhs.uk/medwaypct-nhs-uk-1/NRPS: roaming1.govroam.uk
(212.219.209.43) -
Port 1812 Drop
/
Bad Client Shared Secret
/
Unknown Client
/
Dropping Auth Requests
/
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming1.govroam.uk/
Ping
- Output
- PING OK - Packet loss = 0%, RTA = 6.88 ms
- Last State Change
- Thu Jul 3 11:55:12 2025
- Last Check
- Sun Jul 13 14:15:02 2025
- Next Check
- Sun Jul 13 14:25:02 2025
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming1.govroam.uk/
RADIUS Port
- Output
- OK: Port 1812 is probably open, unless there's a DROP firewall
- Last State Change
- Thu Jul 3 11:54:49 2025
- Last Check
- Sun Jul 13 14:14:48 2025
- Next Check
- Sun Jul 13 14:24:48 2025
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming1.govroam.uk/
Server Shared Secret
- Output
- UNKNOWN: No Data. No logs to check for last day
- Last State Change
- Thu Jul 3 11:53:53 2025
- Last Check
- Sun Jul 13 14:11:51 2025
- Next Check
- Sun Jul 13 14:21:51 2025
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming1.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Thu Jul 3 11:55:28 2025
- Last Check
- Sun Jul 13 14:13:25 2025
- Next Check
- Sun Jul 13 14:23:24 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).
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming1.govroam.uk/
Zombie
- Output
- CRITICAL: Marked as down within the last day
- Last State Change
- Tue Jul 8 07:46:13 2025
- Last Check
- Sun Jul 13 14:16:11 2025
- Next Check
- Sun Jul 13 14:26:11 2025
- Meaning:
- Over the last day, the ORPS has been marked as 'down' by the NRPS. A server is marked as 'down' (or a Zombie) if it doesn't respond to an authentication query within 30s. If the ORPS is serving a Federation then the chances are that one of the Federation members isn't responding to a proxied query. If the ORPS isn't serving a Federation then it's a problem with the local configuration.
- Solution:
- An independently connected site needs to fix the configuration to ensure that the ORPS is sending a response to ALL auth requests. A Federation Operator nedds to check their logs to determine which members aren't sending responses and help them correct their configuration.
medwaypct.nhs.uk/medwaypct-nhs-uk-1/NRPS: roaming2.govroam.uk
(212.219.247.59) -
Port 1812 Drop
/
Bad Client Shared Secret
/
Unknown Client
/
Dropping Auth Requests
/
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming2.govroam.uk/
Ping
- Output
- PING OK - Packet loss = 0%, RTA = 13.10 ms
- Last State Change
- Thu Jul 3 11:55:43 2025
- Last Check
- Sun Jul 13 14:15:33 2025
- Next Check
- Sun Jul 13 14:25:33 2025
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming2.govroam.uk/
RADIUS Port
- Output
- OK: Port 1812 is probably open, unless there's a DROP firewall
- Last State Change
- Thu Jul 3 11:55:24 2025
- Last Check
- Sun Jul 13 14:15:23 2025
- Next Check
- Sun Jul 13 14:25:22 2025
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming2.govroam.uk/
Server Shared Secret
- Output
- UNKNOWN: No Data. No logs to check for last day
- Last State Change
- Thu Jul 3 11:56:09 2025
- Last Check
- Sun Jul 13 14:14:07 2025
- Next Check
- Sun Jul 13 14:24:07 2025
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming2.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Thu Jul 3 11:58:25 2025
- Last Check
- Sun Jul 13 14:16:22 2025
- Next Check
- Sun Jul 13 14:26:22 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).
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming2.govroam.uk/
Zombie
- Output
- CRITICAL: Marked as down within the last day
- Last State Change
- Tue Jul 8 07:16:36 2025
- Last Check
- Sun Jul 13 14:16:35 2025
- Next Check
- Sun Jul 13 14:26:35 2025
- Meaning:
- Over the last day, the ORPS has been marked as 'down' by the NRPS. A server is marked as 'down' (or a Zombie) if it doesn't respond to an authentication query within 30s. If the ORPS is serving a Federation then the chances are that one of the Federation members isn't responding to a proxied query. If the ORPS isn't serving a Federation then it's a problem with the local configuration.
- Solution:
- An independently connected site needs to fix the configuration to ensure that the ORPS is sending a response to ALL auth requests. A Federation Operator nedds to check their logs to determine which members aren't sending responses and help them correct their configuration.
medwaypct.nhs.uk/medwaypct-nhs-uk-1/NRPS: roaming3.govroam.uk
(195.194.21.203) -
Port 1812 Drop
/
Bad Client Shared Secret
/
Unknown Client
/
Dropping Auth Requests
/
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming3.govroam.uk/
Ping
- Output
- PING OK - Packet loss = 0%, RTA = 13.05 ms
- Last State Change
- Thu Jul 3 11:58:36 2025
- Last Check
- Sun Jul 13 14:08:26 2025
- Next Check
- Sun Jul 13 14:18:26 2025
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming3.govroam.uk/
RADIUS Port
- Output
- OK: Port 1812 is probably open, unless there's a DROP firewall
- Last State Change
- Thu Jul 3 12:00:01 2025
- Last Check
- Sun Jul 13 14:10:00 2025
- Next Check
- Sun Jul 13 14:20:00 2025
medwaypct.nhs.uk/medwaypct-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:59:50 2025
- Last Check
- Sun Jul 13 14:17:49 2025
- Next Check
- Sun Jul 13 14:17:49 2025
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming3.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 14:16:36 2025
- Next Check
- Sun Jul 13 14:26:36 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).
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming3.govroam.uk/
Zombie
- Output
- CRITICAL: Marked as down within the last day
- Last State Change
- Tue Jul 8 07:14:57 2025
- Last Check
- Sun Jul 13 14:14:55 2025
- Next Check
- Sun Jul 13 14:24:55 2025
- Meaning:
- Over the last day, the ORPS has been marked as 'down' by the NRPS. A server is marked as 'down' (or a Zombie) if it doesn't respond to an authentication query within 30s. If the ORPS is serving a Federation then the chances are that one of the Federation members isn't responding to a proxied query. If the ORPS isn't serving a Federation then it's a problem with the local configuration.
- Solution:
- An independently connected site needs to fix the configuration to ensure that the ORPS is sending a response to ALL auth requests. A Federation Operator nedds to check their logs to determine which members aren't sending responses and help them correct their configuration.
Called Station ID Check
- Output
- UNKNOWN: No Data
- Last State Change
- Fri Jun 13 10:33:48 2025
- Last Check
- Sun Jul 13 14:13:46 2025
- Next Check
- Sun Jul 13 14:28:46 2025
Calling Station ID Check
- Output
- UNKNOWN: No Data
- Last State Change
- Fri Jun 13 10:29:48 2025
- Last Check
- Sun Jul 13 14:09:47 2025
- Next Check
- Sun Jul 13 14:24:45 2025
Operator Check
- Output
- UNKNOWN: No data
- Last State Change
- Fri Jun 13 10:30:19 2025
- Last Check
- Sun Jul 13 14:10:17 2025
- Next Check
- Sun Jul 13 14:25:17 2025
Realm Syntax Check
- Output
- UNKNOWN: No data
- Last State Change
- Fri Jun 13 10:31:22 2025
- Last Check
- Sun Jul 13 14:11:19 2025
- Next Check
- Sun Jul 13 14:26:18 2025
VLAN Check
- Output
- UNKNOWN: No Data
- Last State Change
- Fri Jun 13 10:34:09 2025
- Last Check
- Sun Jul 13 14:14:06 2025
- Next Check
- Sun Jul 13 14:29:05 2025