[Home]

Summary:ASTERISK-14831: SIP/TCP always shows registered peer as UNREACHABLE
Reporter:Sam Deller (samdell3)Labels:
Date Opened:2009-09-15 04:20:34Date Closed:2009-09-16 14:30:11
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Channels/chan_sip/TCP-TLS
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:Any peers using protocol SIP/TCP are always marked as UNREACHABLE, no matter what.

Replicatable 100% even with different CPE's.
Problem always goes away when using UDP.

Have tried:
transport=tcp
transport=tcp,udp
transport=udp,tcp
...all report the same, unreachable


This also affects dundi lookups ie asterisk will not return any result due to thinking peer is not registered, but it is.

There are a few earlier bugs relating to this - I think some earlier patches may have re-introduced the problem.

This applies to public release, latest version 1.6.1.6.






****** ADDITIONAL INFORMATION ******

voip-nap1b*CLI> sip show peers
Name/username              Host            Dyn Nat ACL Port     Status     Realtime
66502222/66502222          10.10.255.118    D          5070     UNREACHABLE Cached RT

voip-nap1b*CLI> sip show peer 66502222
voip-nap1b*CLI>

 * Name       : 66502222
 Realtime peer: Yes, cached
 Secret       : <Set>
 MD5Secret    : <Not set>
 Context      : napier
 Subscr.Cont. : <Not set>
 Language     :
 AMA flags    : Unknown
 Transfer mode: closed
 CallingPres  : Presentation Allowed, Not Screened
 Callgroup    :
 Pickupgroup  :
 Mailbox      : 66502222,66502222
 VM Extension : asterisk
 LastMsgsSent : 32767/65535
 Call limit   : 0
 Dynamic      : Yes
 Callerid     : "SAM HOME" <66502222>
 MaxCallBR    : 384 kbps
 Expire       : 110
 Insecure     : port,invite
 Nat          : No
 ACL          : No
 T38 pt UDPTL : Yes
 CanReinvite  : Yes
 PromiscRedir : No
 User=Phone   : No
 Video Support: No
 Text Support : No
 Ign SDP ver  : No
 Trust RPID   : No
 Send RPID    : Yes
 Subscriptions: Yes
 Overlap dial : Yes
 DTMFmode     : rfc2833
 Timer T1     : 500
 Timer B      : 32000
 ToHost       :
 Addr->IP     : 10.10.255.118 Port 5070
 Defaddr->IP  : 0.0.0.0 Port 5070
 Transport    : TCP
 Reg. exten   :
 Def. Username: 66502222
 SIP Options  : (none)
 Codecs       : 0x108 (alaw|g729)
 Codec Order  : (g729:20,alaw:20)
 Auto-Framing :  Yes
 100 on REG   : No
 Status       : UNREACHABLE
 Useragent    : Linksys/SPA2102-5.2.5
 Reg. Contact : sip:66502222@10.10.255.118:5070;transport=tcp
 Qualify Freq : 30000 ms
 Sess-Timers  : Accept
 Sess-Refresh : uas
 Sess-Expires : 1800 secs
 Min-Sess     : 90 secs
Comments:By: Elazar Broad (ebroad) 2009-09-15 11:00:14

Try the patch from https://issues.asterisk.org/view.php?id=15896. It should apply ok on 1.6.1.6.


By: Sam Deller (samdell3) 2009-09-15 14:23:12

Nice, problem solved - thanks ebroad.

Might want to add this as a relationship to 15896 as it makes no reference to having anything to do with unreachable TCP peers...
By: Elazar Broad (ebroad) 2009-09-15 14:36:43

You welcome! The issue is actually a bigger issue in the fact that when using TCP/TLS we return from handle_response() before doing anything, so a response to a peer_poke() will never get handled.
By: Leif Madsen (lmadsen) 2009-09-16 08:57:07

This issue can be closed once the child issue has been closed. Thanks!
By: Joshua C. Colp (jcolp) 2009-09-16 14:30:11

Since the child has now been fixed I am closing this out.