[Home]

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-0600Date Closed:2012-02-09 16:16:37.000-0600
Priority:MajorRegression?
Status:Closed/CompleteComponents:Channels/chan_sip/General
Versions:1.8.9.0 Frequency of
Occurrence
Related
Issues:
Environment:Debian squeeze linux 32bitAttachments:
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.