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
/
Config pending
/
IPS firewall
/
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming0.govroam.uk/
Ping
- Output
- PING CRITICAL - Packet loss = 100%
- Last State Change
- Thu Dec 25 19:05:35 2025
- Last Check
- Sat Jan 17 03:42:34 2026
- Next Check
- Sat Jan 17 03:52:33 2026
- 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
- Tue Dec 2 09:02:39 2025
- Last Check
- Sat Jan 17 03:50:35 2026
- Next Check
- Sat Jan 17 04:00:35 2026
- 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
- Tue Dec 2 08:59:03 2025
- Last Check
- Sat Jan 17 03:47:02 2026
- Next Check
- Sat Jan 17 03:57:02 2026
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming0.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Tue Dec 2 09:01:17 2025
- Last Check
- Sat Jan 17 03:49:14 2026
- Next Check
- Sat Jan 17 03:59:14 2026
- 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
- Mon Dec 29 13:31:33 2025
- Last Check
- Sat Jan 17 03:51:31 2026
- Next Check
- Sat Jan 17 04:01:31 2026
- 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
/
Config pending
/
IPS firewall
/
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming1.govroam.uk/
Ping
- Output
- PING CRITICAL - Packet loss = 100%
- Last State Change
- Fri Jan 9 21:32:43 2026
- Last Check
- Sat Jan 17 03:49:42 2026
- Next Check
- Sat Jan 17 03:59:41 2026
- 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
- Tue Dec 2 08:53:50 2025
- Last Check
- Sat Jan 17 03:51:45 2026
- Next Check
- Sat Jan 17 04:01:45 2026
- 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
- Tue Dec 2 08:53:31 2025
- Last Check
- Sat Jan 17 03:51:30 2026
- Next Check
- Sat Jan 17 04:01:30 2026
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming1.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Tue Dec 2 08:56:16 2025
- Last Check
- Sat Jan 17 03:44:12 2026
- Next Check
- Sat Jan 17 03:54:12 2026
- 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
- Mon Dec 29 13:21:54 2025
- Last Check
- Sat Jan 17 03:51:53 2026
- Next Check
- Sat Jan 17 04:01:53 2026
- 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
/
Config pending
/
IPS firewall
/
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming2.govroam.uk/
Ping
- Output
- PING CRITICAL - Packet loss = 100%
- Last State Change
- Wed Jan 7 07:10:44 2026
- Last Check
- Sat Jan 17 03:47:42 2026
- Next Check
- Sat Jan 17 03:57:42 2026
- 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
- Tue Dec 2 08:53:12 2025
- Last Check
- Sat Jan 17 03:51:08 2026
- Next Check
- Sat Jan 17 04:01:08 2026
- 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
- Tue Dec 2 08:51:42 2025
- Last Check
- Sat Jan 17 03:49:40 2026
- Next Check
- Sat Jan 17 03:59:40 2026
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming2.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Tue Dec 2 08:50:58 2025
- Last Check
- Sat Jan 17 03:48:54 2026
- Next Check
- Sat Jan 17 03:58:54 2026
- 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
- Mon Dec 29 13:22:13 2025
- Last Check
- Sat Jan 17 03:52:13 2026
- Next Check
- Sat Jan 17 04:02:12 2026
- 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
/
Config pending
/
IPS firewall
/
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming3.govroam.uk/
Ping
- Output
- PING CRITICAL - Packet loss = 100%
- Last State Change
- Fri Jan 9 21:53:41 2026
- Last Check
- Sat Jan 17 03:50:39 2026
- Next Check
- Sat Jan 17 04:00:39 2026
- 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
- Tue Dec 2 08:38:38 2025
- Last Check
- Sat Jan 17 03:46:34 2026
- Next Check
- Sat Jan 17 03:56:34 2026
- 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
- Sun Jan 11 12:39:02 2026
- Last Check
- Sat Jan 17 03:49:01 2026
- Next Check
- Sat Jan 17 03:59:01 2026
medwaypct.nhs.uk/medwaypct-nhs-uk-0/roaming3.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Tue Dec 2 08:38:52 2025
- Last Check
- Sat Jan 17 03:46:50 2026
- Next Check
- Sat Jan 17 03:56:49 2026
- 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
- Sun Jan 11 12:58:02 2026
- Last Check
- Sat Jan 17 03:48:00 2026
- Next Check
- Sat Jan 17 03:58:00 2026
- 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) -
No Route
/
Host Down
/
Dropping Auth Requests
/
Config pending
/
IPS firewall
/
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming0.govroam.uk/
Ping
- Output
- CRITICAL - Network Unreachable (80.79.134.89)
- Last State Change
- Tue Dec 2 09:02:10 2025
- Last Check
- Sat Jan 17 03:49:09 2026
- Next Check
- Sat Jan 17 03:59:09 2026
- 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-1/roaming0.govroam.uk/
RADIUS Port
- Output
- CRITICAL: No response. Host down or firewall dropping new connections
- Last State Change
- Tue Dec 2 09:01:36 2025
- Last Check
- Sat Jan 17 03:49:32 2026
- Next Check
- Sat Jan 17 03:59:32 2026
- 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-1/roaming0.govroam.uk/
Server Shared Secret
- Output
- UNKNOWN: No Data. No logs to check for last day
- Last State Change
- Tue Dec 2 09:02:09 2025
- Last Check
- Sat Jan 17 03:50:07 2026
- Next Check
- Sat Jan 17 04:00:07 2026
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming0.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Fri Dec 5 16:00:20 2025
- Last Check
- Sat Jan 17 03:50:16 2026
- Next Check
- Sat Jan 17 04:00:16 2026
- 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 Jan 5 13:48:57 2026
- Last Check
- Sat Jan 17 03:48:56 2026
- Next Check
- Sat Jan 17 03:58:56 2026
- 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) -
No Route
/
Host Down
/
Dropping Auth Requests
/
Config pending
/
IPS firewall
/
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming1.govroam.uk/
Ping
- Output
- CRITICAL - Network Unreachable (80.79.134.89)
- Last State Change
- Tue Dec 2 08:55:21 2025
- Last Check
- Sat Jan 17 03:52:59 2026
- Next Check
- Sat Jan 17 04:02:59 2026
- 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-1/roaming1.govroam.uk/
RADIUS Port
- Output
- CRITICAL: No response. Host down or firewall dropping new connections
- Last State Change
- Tue Dec 2 08:56:45 2025
- Last Check
- Sat Jan 17 03:44:40 2026
- Next Check
- Sat Jan 17 03:54:40 2026
- 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-1/roaming1.govroam.uk/
Server Shared Secret
- Output
- UNKNOWN: No Data. No logs to check for last day
- Last State Change
- Tue Dec 2 08:56:35 2025
- Last Check
- Sat Jan 17 03:44:33 2026
- Next Check
- Sat Jan 17 03:54:33 2026
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming1.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Tue Dec 2 08:54:55 2025
- Last Check
- Sat Jan 17 03:52:52 2026
- Next Check
- Sat Jan 17 04:02:52 2026
- 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
- Mon Dec 29 13:32:11 2025
- Last Check
- Sat Jan 17 03:52:09 2026
- Next Check
- Sat Jan 17 04:02:09 2026
- 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) -
No Route
/
Host Down
/
Dropping Auth Requests
/
Config pending
/
IPS firewall
/
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming2.govroam.uk/
Ping
- Output
- CRITICAL - Network Unreachable (80.79.134.89)
- Last State Change
- Tue Dec 2 08:53:27 2025
- Last Check
- Sat Jan 17 03:51:12 2026
- Next Check
- Sat Jan 17 04:01:12 2026
- 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-1/roaming2.govroam.uk/
RADIUS Port
- Output
- CRITICAL: No response. Host down or firewall dropping new connections
- Last State Change
- Tue Dec 2 08:51:55 2025
- Last Check
- Sat Jan 17 03:49:51 2026
- Next Check
- Sat Jan 17 03:59:51 2026
- 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-1/roaming2.govroam.uk/
Server Shared Secret
- Output
- UNKNOWN: No Data. No logs to check for last day
- Last State Change
- Tue Dec 2 08:54:55 2025
- Last Check
- Sat Jan 17 03:52:54 2026
- Next Check
- Sat Jan 17 04:02:54 2026
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming2.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Tue Dec 2 08:52:55 2025
- Last Check
- Sat Jan 17 03:50:51 2026
- Next Check
- Sat Jan 17 04:00:51 2026
- 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
- Mon Dec 29 13:28:11 2025
- Last Check
- Sat Jan 17 03:48:09 2026
- Next Check
- Sat Jan 17 03:58:09 2026
- 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) -
No Route
/
Host Down
/
Dropping Auth Requests
/
Config pending
/
IPS firewall
/
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming3.govroam.uk/
Ping
- Output
- CRITICAL - Network Unreachable (80.79.134.89)
- Last State Change
- Tue Dec 2 08:42:36 2025
- Last Check
- Sat Jan 17 03:50:27 2026
- Next Check
- Sat Jan 17 04:00:27 2026
- 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-1/roaming3.govroam.uk/
RADIUS Port
- Output
- CRITICAL: No response. Host down or firewall dropping new connections
- Last State Change
- Tue Dec 2 08:41:29 2025
- Last Check
- Sat Jan 17 03:49:25 2026
- Next Check
- Sat Jan 17 03:59:25 2026
- 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-1/roaming3.govroam.uk/
Server Shared Secret
- Output
- UNKNOWN: No Data. No logs to check for last day
- Last State Change
- Tue Dec 2 08:38:50 2025
- Last Check
- Sat Jan 17 03:46:50 2026
- Next Check
- Sat Jan 17 03:56:49 2026
medwaypct.nhs.uk/medwaypct-nhs-uk-1/roaming3.govroam.uk/
Simple Authentication
- Output
- WARNING: Timeout. No response from RADIUS server
- Last State Change
- Tue Dec 2 08:39:50 2025
- Last Check
- Sat Jan 17 03:47:47 2026
- Next Check
- Sat Jan 17 03:57:47 2026
- 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
- Sun Jan 11 07:46:37 2026
- Last Check
- Sat Jan 17 03:46:35 2026
- Next Check
- Sat Jan 17 03:56:35 2026
- 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
- Tue Dec 2 08:33:34 2025
- Last Check
- Sat Jan 17 03:43:30 2026
- Next Check
- Sat Jan 17 03:58:30 2026
Calling Station ID Check
- Output
- UNKNOWN: No Data
- Last State Change
- Tue Dec 2 08:34:10 2025
- Last Check
- Sat Jan 17 03:44:07 2026
- Next Check
- Sat Jan 17 03:59:06 2026
Operator Check
- Output
- UNKNOWN: No data
- Last State Change
- Tue Dec 2 08:31:12 2025
- Last Check
- Sat Jan 17 03:41:11 2026
- Next Check
- Sat Jan 17 03:56:10 2026
Realm Syntax Check
- Output
- UNKNOWN: No data
- Last State Change
- Tue Dec 2 08:31:38 2025
- Last Check
- Sat Jan 17 03:41:35 2026
- Next Check
- Sat Jan 17 03:56:35 2026
VLAN Check
- Output
- UNKNOWN: No Data
- Last State Change
- Tue Dec 2 08:32:05 2025
- Last Check
- Sat Jan 17 03:42:02 2026
- Next Check
- Sat Jan 17 03:57:01 2026