Summary: | ASTERISK-19297: Call from 'SIPX' to extension 'xxxxxxxxx' rejected because extension not found in context 'from-SIPX' | ||
Reporter: | Milan Benicek, SIPhone (marvin_01) | Labels: | |
Date Opened: | 2012-02-03 04:06:39.000-0600 | Date Closed: | 2012-02-09 16:16:37.000-0600 |
Priority: | Major | Regression? | |
Status: | Closed/Complete | Components: | Channels/chan_sip/General |
Versions: | 1.8.9.0 | Frequency of Occurrence | |
Related Issues: | |||
Environment: | Debian squeeze linux 32bit | Attachments: | |
Description: | It's production asterisk server terminating 100+ concurrent incoming calls to several destination numbers. The issue occurs time to time (3-10 times per hour). It rejects the call to destination while having already connected e.g. 50 similar calls without any complains. The issue seems to be rather sporadic since the call center handles about hundreds calls per our. The only log messages are as follows: [Feb 3 10:28:44] VERBOSE[6878] chan_sip.c: Looking for 841123456 in from-SIPX (domain 10.250.250.120) [Feb 3 10:28:44] VERBOSE[6878] chan_sip.c: <--- Reliably Transmitting (NAT) to 10.250.250.121:5060 ---> SIP/2.0 404 Not Found Via: SIP/2.0/UDP 10.250.250.121;branch=z9hG4bKKaZe6D31pDgva;received=10.250.250.121;rport=5060 From: "" <sip:@10.250.250.120>;tag=H3Hg8y32KNK6e To: "" <sip:841123456@10.250.250.120>;tag=as0cedf3c6 Call-ID: 450c79da-c8ec-122f-aa9f-458a7c257aa9 CSeq: 23794590 INVITE Server: SIPhone Router Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH Supported: replaces, timer Content-Length: 0 <------------> [Feb 3 10:28:44] NOTICE[6878] chan_sip.c: Call from 'SIPX' (10.250.250.121:5060) to extension '841123456' rejected because extension not found in context 'from-SIPX'. The from-SIPX context: [from-SIPX] include => ext-special include => inrt-SIPX-to_841 [inrt-SIPX-to_841] exten => 841123456/_.,1,NoOp() exten => 841123456/_.,n,Set(GROUP()=CALLS_SIPX) ... | ||
Comments: | By: David Woolley (davidw) 2012-02-06 06:07:35.310-0600 Configuration error. Hint: _. needs at least one digit. There is also a protocol error from the other end. The remote system is violating this part of the syntax: userinfo = ( user / telephone-subscriber ) [ ":" password ] "@" user = 1*( unreserved / escaped / user-unreserved ) See RFC 2234 section 3.6. |