Error UDRs can be helpful in case of troubleshooting, testing or monitoring. Each Error UDR contains information about the errors in a UDR and in case you have configured Error UDR you can see the following information regarding the error:
...
Field | Description |
---|---|
| The error code. The reason is specified in the |
| Detailed description of the error. |
| Source or destination IP address of the NAS . source or destination remoteIP depending on type of the Radius agent type and what the message type. |
| The Source or destination port used for communication with the NAS . Source or destination remotePort depending on the type of Radius agent type and what the message type. |
| Byteary with raw request or null. This field contains a request UDR. Depending on the settings on the NAS, it can be any of the following packet types: ACCESS_REQUEST In terms of authentication, CHAP is supported. PAP, MSCHAP and EAP are not fully supported. To use these protocols, you must configure the APL code as required. See the example below, APL code to configure authentication using CHAP. For details on these standards, see RFC 2865 (http://www.ietf.org/rfc/rfc2865.txt), RFC 2866 (http://www.ietf.org/rfc/rfc2866.txt) and RFC 5176 (http://www.ietf.org/rfc/rfc5176.txt). An Ultra Format Definition must be designed to handle decoding of this field. |
| Byteary with raw response or null. The field containing a response UDR. Depending on the settings on the NAS, it can be any of the following packet types: ACCESS_ACCEPT In terms of authentication, CHAP is supported. PAP, MSCHAP and EAP are not fully supported. To use these protocols, you must configure the APL code as required. See the example below, APL code to configure authentication using CHAP. For details on these standards, see RFC 2865 (http://www.ietf.org/rfc/rfc2865.txt), RFC 2866 (http://www.ietf.org/rfc/rfc2866.txt) and RFC 5176 (http://www.ietf.org/rfc/rfc5176.txt). An Ultra Format Definition must be designed to handle decoding of this field. |
...