[asterisk-bugs] [Asterisk 0013117]: [patch] multiple 'transport' on peer doesn't work, tcp port still open

Asterisk Bug Tracker noreply at bugs.digium.com
Mon Jul 28 17:07:15 CDT 2008


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13117 
====================================================================== 
Reported By:                pj
Assigned To:                bbryant
====================================================================== 
Project:                    Asterisk
Issue ID:                   13117
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     ready for testing
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 132312 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-07-20 15:28 CDT
Last Modified:              2008-07-28 17:07 CDT
====================================================================== 
Summary:                    [patch] multiple 'transport' on peer doesn't work,
tcp port still open
Description: 
When I specify eg. 'transport=udp,tcp,tls' in peer configuration, in effect
is only first transport type. 
Currently, I can't specify multiple transport for peers.
Separate to more rows, doesn't solve this, ie:
transport=udp
transport=tcp
transport=tls
still only first is used.

Second issue is, that even if 'sip show settings' displays tcp port
disabled (default), asterisk still have tcp/5060 open.
====================================================================== 

---------------------------------------------------------------------- 
 (0090785) pj (reporter) - 2008-07-28 17:07
 http://bugs.digium.com/view.php?id=13117#c90785 
---------------------------------------------------------------------- 
SVN-trunk-r134125M + 20080728__issue13117_multiple_transports.diff
- qualify unreachable issue seems to be gone
- sip/udp with presence seems to be OK
- sip/tls without presence OK
- sip/tls with presence still has some issue (can call asterisk localy,
eg. echo test, but can't call other sip device through asterisk, it fails,
phone more times unregisters/registers, sip presence stops working
completely (all phone status is displayed as unknown) or softphone that
tried to call is 'in use' until softphone restart), console log attached
below...
also some weird debug messages, like this, starts appearing in asterisk
log

[Jul 29 00:10:34] DEBUG[23434] chan_sip.c: peer '322' has contacted us
over UDP even though we prefer UDP.
[Jul 29 00:10:41] DEBUG[23434] chan_sip.c: peer 'bill-gw' has contacted us
over UDP even though we prefer UDP.


[Jul 29 00:07:39]     -- Called bill-gw/0222583463
[Jul 29 00:07:39]   == Extension Changed 324[linestates] new state InUse
for Notify User 324
[Jul 29 00:07:41]     -- SIP/bill-gw-085481e8 is making progress passing
it to SIP/324-0853af80
[Jul 29 00:07:46]     -- Registered SIP '324' at 193.85.164.154 port 11247
expires 400
[Jul 29 00:07:46] WARNING[23559]: chan_sip.c:10870 register_verify: peer
'324' HAS STOPPED USING TLS in favor of 'TLS' (but this was allowed in
sip.conf)!
[Jul 29 00:07:46]   == Extension Changed 324[linestates] new state Idle
for Notify User 324 (queued)
[Jul 29 00:07:46]     -- Unregistered SIP '324'
[Jul 29 00:07:46] WARNING[23559]: chan_sip.c:10870 register_verify: peer
'324' HAS STOPPED USING TLS in favor of 'TLS' (but this was allowed in
sip.conf)!
[Jul 29 00:07:47]     -- Registered SIP '324' at 193.85.164.154 port 11247
expires 400
[Jul 29 00:07:47]        > Saved useragent "eyeBeam release 1100z stamp
47739" for peer 324
[Jul 29 00:07:47] WARNING[23559]: chan_sip.c:10870 register_verify: peer
'324' HAS STOPPED USING TLS in favor of 'TLS' (but this was allowed in
sip.conf)!
[Jul 29 00:07:47] NOTICE[23559]: chan_sip.c:15716
handle_response_peerpoke: Peer '324' is now Reachable. (260ms / 4000ms)
[Jul 29 00:07:47]   == Spawn extension (zamestnanci, 222583463, 4) exited
non-zero on 'SIP/324-0853af80'
[Jul 29 00:07:47]     -- Executing [h at zamestnanci:1]
GotoIf("SIP/324-0853af80", "1?2:3") in new stack
[Jul 29 00:07:47]     -- Goto (zamestnanci,h,2)
[Jul 29 00:07:47]     -- Executing [h at zamestnanci:2]
NoOp("SIP/324-0853af80", "call_stats ") in new stack
[Jul 29 00:07:47]     -- Executing [h at zamestnanci:3]
NoOp("SIP/324-0853af80", "Finish if-zamestnanci-38") in new stack
[Jul 29 00:07:47]     -- Executing [h at zamestnanci:4]
Hangup("SIP/324-0853af80", "") in new stack
[Jul 29 00:07:47]   == Spawn extension (zamestnanci, h, 4) exited non-zero
on 'SIP/324-0853af80'
[Jul 29 00:07:48]     -- Registered SIP '324' at 193.85.164.154 port 11248
expires 400
[Jul 29 00:07:48] WARNING[23560]: chan_sip.c:10870 register_verify: peer
'324' HAS STOPPED USING TLS in favor of 'TLS' (but this was allowed in
sip.conf)!
[Jul 29 00:07:48]     -- Unregistered SIP '324'
[Jul 29 00:07:48] WARNING[23560]: chan_sip.c:10870 register_verify: peer
'324' HAS STOPPED USING TLS in favor of 'TLS' (but this was allowed in
sip.conf)!
[Jul 29 00:07:48]     -- Registered SIP '324' at 193.85.164.154 port 11248
expires 400
[Jul 29 00:07:48]        > Saved useragent "eyeBeam release 1100z stamp
47739" for peer 324
[Jul 29 00:07:48] WARNING[23560]: chan_sip.c:10870 register_verify: peer
'324' HAS STOPPED USING TLS in favor of 'TLS' (but this was allowed in
sip.conf)!
[Jul 29 00:07:49] NOTICE[23560]: chan_sip.c:15716
handle_response_peerpoke: Peer '324' is now Reachable. (225ms / 4000ms)
[Jul 29 00:07:49]   == Extension Changed 324[linestates] new state Idle
for Notify User 324 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-07-28 17:07 pj             Note Added: 0090785                          
======================================================================




More information about the asterisk-bugs mailing list