If our platform replies back with 503 it usually means the gateway trying to process the call can't due to "issues", or the customer has hit their Calls-Per-Second (CPS) limit and is sending too many calls at once. Calls fail with SIP error 503, I-SUP errors 34 or 38: Ascertain how long the 408 error took to come back if it was immediate the trunk is usually unregistered if it took a few seconds the number is usually not mapped correctly.
#Skype error codes plus#
if Asterisk is configured to use plus somewhere else. Inbound calls fail with SIP error 408 (Request Timeout):Ĭheck the inbound number is mapped in the system correctly, if necessary the SIP trunk on the portal can be configured to strip the plus, e.g. 8000/20i - 8000Hz at 20ms) cannot interwork with 16000/30i - 16000Hz at 30ms) the call will fail and the codecs in the SIP trunk configuration need to be aligned to use one of the above codecs. If a codec is defined in Asterisk that is not one of the above, or is offering a differing sample rate or interval rate (e.g. Outbound calls fail with SIP error 488 (Not Accepted Here) or I-SUP errors 58 (bearer capability not available) or 88 (incompatible destination):Ĭheck the codecs allowed in the SIP trunk configuration above, VoiceHost only supports: alaw, ulaw, gsm Just because a trunk is showing as registered does not mean it will authenticate correctly. This error most commonly occurs when the call is not authenticating properly, at which point check the above in the SIP trunk configuration (If Asterisk, swap username= for defaultuser= to see if this solves the issue. This is the default configuration of Asterisk regardless of the actual error generated (which is infuriating when you are trying to diagnose the real problem) unless PBX is updated to send back the real error rather than the changed error. Outbound calls error with "all circuits busy" or "congestion":
0 kommentar(er)
