[asterisk-bugs] [Asterisk 0014236]: handle_request_invite: Call from '101334' to extension 's' rejected because extension not found - FreeBSD sparc64

Asterisk Bug Tracker noreply at bugs.digium.com
Mon Jan 26 08:12:16 CST 2009


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14236 
====================================================================== 
Reported By:                tryk
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   14236
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.0.3-rc1 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-01-14 04:20 CST
Last Modified:              2009-01-26 08:12 CST
====================================================================== 
Summary:                    handle_request_invite: Call from '101334' to
extension 's' rejected because extension not found - FreeBSD sparc64
Description: 
Incoming calls from external peers are rejected - looks like Asterisk is
unable to lookup the extension in dialplan on Sparc64/FreeBSD 7.0-RELEASE
build. Error message:

[Jan 14 12:09:58] NOTICE[78353]: chan_sip.c:17032 handle_request_invite:
Call from '101334' to extension 's' rejected because extension not found.

This is not a config problem, as the same configuration works perfectly on
i386 build.
====================================================================== 

---------------------------------------------------------------------- 
 (0098748) tryk (reporter) - 2009-01-26 08:12
 http://bugs.digium.com/view.php?id=14236#c98748 
---------------------------------------------------------------------- 
*****************************************************************************
*** The issue has been solved by addind IP-address as domain= in sip.conf
***
*****************************************************************************

Sorry for a stupid "bug".

[Jan 26 16:00:15] DEBUG[2332]: chan_sip.c:6062 find_call: = Found Their
Call ID: MTk3ZTM1OTU4NGM3YTFhZTJjYmVjMGQzNWQ2N2Y4NTA. Their Tag 6631e030
Our tag: as4d942390
[Jan 26 16:00:15] DEBUG[2332]: chan_sip.c:18496 handle_incoming: ****
Received REGISTER (2) - Command in SIP REGISTER
[Jan 26 16:00:15] DEBUG[2332]: chan_sip.c:18515 handle_incoming: Ignoring
SIP message because of retransmit (REGISTER Seqno 384, ours 384)
[Jan 26 16:00:15] DEBUG[2332]: chan_sip.c:2589 __sip_xmit: Trying to put
'SIP/2.0 40' onto UDP socket destined for 192.168.0.251:64445
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:6062 find_call: = Found Their
Call ID: MTk3ZTM1OTU4NGM3YTFhZTJjYmVjMGQzNWQ2N2Y4NTA. Their Tag 6631e030
Our tag: as4d942390
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:18496 handle_incoming: ****
Received REGISTER (2) - Command in SIP REGISTER
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:18515 handle_incoming: Ignoring
SIP message because of retransmit (REGISTER Seqno 384, ours 384)
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:2589 __sip_xmit: Trying to put
'SIP/2.0 40' onto UDP socket destined for 192.168.0.251:64445
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:6062 find_call: = No match Their
Call ID: MTk3ZTM1OTU4NGM3YTFhZTJjYmVjMGQzNWQ2N2Y4NTA. Their Tag 6631e030
Our tag: as4d942390
[Jan 26 16:00:19] DEBUG[2332]: acl.c:490 ast_ouraddrfor: Found IP address
for this socket
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:3915 do_setnat: Setting NAT on
RTP to Off
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:3919 do_setnat: Setting NAT on
VRTP to Off
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:5996 sip_alloc: Allocating new
SIP dialog for 99619335-8eaa-4481-9841-944329529ba6 - INVITE (With RTP)
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:18496 handle_incoming: ****
Received INVITE (5) - Command in SIP INVITE
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:3915 do_setnat: Setting NAT on
RTP to Off
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:3919 do_setnat: Setting NAT on
VRTP to Off
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:7129 process_sdp: We're settling
with these formats: 0xc (ulaw|alaw)
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:17004 handle_request_invite:
Checking SIP call limits for device 101334
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:4499 update_call_counter:
Updating call counter for incoming call
[Jan 26 16:00:19] DEBUG[2332]: devicestate.c:450
ast_devstate_changed_literal: Notification of state change to be queued on
device/channel SIP/ipshka
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:10885 get_destination: Got SIP
INVITE to non-local domain '212.109.45.71'; refusing request.
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:2589 __sip_xmit: Trying to put
'SIP/2.0 40' onto UDP socket destined for 193.28.184.13:5060
[Jan 26 16:00:19] DEBUG[2332]: devicestate.c:323 _ast_device_state: No
provider found, checking channel drivers for SIP - ipshka
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:19633 sip_devicestate: Checking
device state for peer ipshka
[Jan 26 16:00:19] DEBUG[2332]: devicestate.c:441 do_state_change: Changing
state for SIP/ipshka - state 2 (In use)
[Jan 26 16:00:19] NOTICE[2332]: chan_sip.c:17032 handle_request_invite:
Call from '101334' to extension 's' rejected because extension not found in
context 'providersin'.
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:4499 update_call_counter:
Updating call counter for incoming call
[Jan 26 16:00:19] DEBUG[2332]: devicestate.c:450
ast_devstate_changed_literal: Notification of state change to be queued on
device/channel SIP/ipshka
[Jan 26 16:00:19] DEBUG[2332]: devicestate.c:323 _ast_device_state: No
provider found, checking channel drivers for SIP - ipshka
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:19633 sip_devicestate: Checking
device state for peer ipshka
[Jan 26 16:00:19] DEBUG[2332]: devicestate.c:441 do_state_change: Changing
state for SIP/ipshka - state 1 (Not in use)
[Jan 26 16:00:19] DEBUG[2332]: app_queue.c:767 handle_statechange: Device
'SIP/ipshka' changed to state '2' (In use) but we don't care because
they're not a member of any queue.
[Jan 26 16:00:19] DEBUG[2332]: app_queue.c:767 handle_statechange: Device
'SIP/ipshka' changed to state '1' (Not in use) but we don't care because
they're not a member of any queue.
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:6062 find_call: = Found Their
Call ID: 99619335-8eaa-4481-9841-944329529ba6 Their Tag
bf60f912-52f3-425d-aac9-23bfc7c447e3 Our tag: as5d17be1b
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:18496 handle_incoming: ****
Received ACK (6) - Command in SIP ACK
[Jan 26 16:00:19] DEBUG[2332]: chan_sip.c:3066 __sip_ack: Stopping
retransmission on '99619335-8eaa-4481-9841-944329529ba6' of Response 17049:
Match Found 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-01-26 08:12 tryk           Note Added: 0098748                          
======================================================================




More information about the asterisk-bugs mailing list