[Freeswitch-dev] Freeswitch rejecting streams when a=rtpmap:96 /0
Anthony Minessale
anthony.minessale at gmail.com
Sat Oct 5 02:49:45 MSD 2013
Do you have any logs from this?
I have not seen this before and I am not sure what would be causing that.
Full console log with sip traces. POST on JIRA
On Thu, Oct 3, 2013 at 6:00 PM, sangdrax8 <sangdrax8 at gmail.com> wrote:
> Yes head does handle this with out hanging up, but it also inserts it now
> when the client didn't. So I was wondering why it was adding this which
> breaks comparability with all older versions of FreeSWITCH which don't
> insert this.
> On Oct 3, 2013 6:03 PM, "Sam Russell" <sam.h.russell at gmail.com> wrote:
>
>> I think Anthony put a patch on HEAD for this - the RFC states that this
>> is acceptable (the a= line should be ignored when the m= line has no port),
>> but there's a regex in recent versions of freeswitch that gets upset when
>> it can't match anything in front of the /0
>>
>>
>> On Fri, Oct 4, 2013 at 2:54 AM, sangdrax8 <sangdrax8 at gmail.com> wrote:
>>
>>> It seems that the current head has actually started producing this
>>> "rtpmap: 96 /0", when my client devices do not include it in the sdp. This
>>> causes problems when I am trying to upgrade one switch at a time in my
>>> production environment. I assume (will test here shortly) that if all
>>> switches are on the newer version, this wouldn't be an issue as the
>>> indicated patch should handle it.
>>>
>>> I would really like to be able to upgrade my boxes individually, but if
>>> an upgraded box add's this to the SDP, my non-upgraded boxes will kill the
>>> call.
>>>
>>> The following is an example SDP trace from my latest head (10.01.2013)
>>> showing the SDP from the client device is normal, and then what is sent to
>>> the other freeswitch (my currently non upgraded one) includes this problem
>>> causing rtpmap. I should note that this seems to only be the case when I
>>> activate zrtp on the clients, which causes my dial plan to set
>>> proxy_media=true.
>>>
>>> I haven't opened a bug in jira, I wanted to confirm if this rtpmap is in
>>> fact a bug. If there is a good reason it is there now and isn't in my
>>> older freeswitch versions, then I may have to attempt to upgrade all at one
>>> time.
>>>
>>> recv 1072 bytes from tls/[1.1.1.1]:50272 at 13:42:16.509540:
>>>
>>> ------------------------------------------------------------------------
>>> SIP/2.0 200 OK
>>> Via: SIP/2.0/TLS 2.2.2.2;branch=z9hG4bK5N858D7BX46je
>>> Contact: <sip:15715550001 at 192.168.10.136:60068;transport=tls>
>>> From: "Test 1" <sip:17035550001 at securevoice>;tag=jSmQZ67etF8pa
>>> Call-ID: 6fe45089-a6d4-1231-2aac-005056ac002a
>>> CSeq: 50067799 INVITE
>>> To: <sip:15715550001 at 192.168.10.136:60068
>>> ;rinstance=A5E7AF45;transport=tls>;tag=8508A76BFA383C2109766C45F68BCEFB
>>> Allow: OPTIONS, INVITE, ACK, REFER, CANCEL, BYE, NOTIFY, MESSAGE
>>> Supported: replaces, path
>>> Content-Type: application/sdp
>>> Content-Length: 534
>>>
>>> v=0
>>> o=- 98627 19401 IN IP4 192.168.10.136
>>> s=menduco
>>> c=IN IP4 192.168.10.136
>>> t=0 0
>>> m=audio 58620 RTP/SAVP 9 101
>>> a=rtpmap:101 telephone-event/8000
>>> a=crypto:1 AES_CM_128_HMAC_SHA1_32
>>> inline:Df3mAFtpRclAzm98vfNWAoWqi6WaA3hfWs0e7CSi
>>> a=ptime:30
>>> a=fmtp:101 0-15
>>> a=zrtp-hash:1.10
>>> 99B821F2DBB96DFDC234440977DC3956441DEC6CDAE690B1B06C740F6EBC29B0
>>> a=sendrecv
>>> m=audio 0 RTP/AVP 9 0 101
>>> a=rtpmap:101 TELEPHONE-EVENT/8000
>>> a=ptime:30
>>> a=fmtp:101 0-15
>>> a=zrtp-hash:1.10
>>> 18489BD8B5526F4C92AB6EB2A04022C25E8CB5D7E58D4E633FC4545783447F8C
>>>
>>> ------------------------------------------------------------------------
>>> send 472 bytes to tls/[1.1.1.1]:50272 at 13:42:16.510594:
>>>
>>> ------------------------------------------------------------------------
>>> ACK sip:15715550001 at 192.168.10.136:60068;transport=tls SIP/2.0
>>> Via: SIP/2.0/TLS 2.2.2.2;branch=z9hG4bK6y1ya9QFtDX5S
>>> Max-Forwards: 70
>>> From: "Test 1" <sip:17035550001 at securevoice>;tag=jSmQZ67etF8pa
>>> To: <sip:15715550001 at 192.168.10.136:60068
>>> ;rinstance=A5E7AF45;transport=tls>;tag=8508A76BFA383C2109766C45F68BCEFB
>>> Call-ID: 6fe45089-a6d4-1231-2aac-005056ac002a
>>> CSeq: 50067799 ACK
>>> Contact: <sip:mod_sofia at 2.2.2.2:5061;transport=tls>
>>> Content-Length: 0
>>> ------------------------------------------------------------------------
>>> send 1516 bytes to tls/[10.110.11.31]:47793 at 13:42:16.516187:
>>>
>>> ------------------------------------------------------------------------
>>> SIP/2.0 200 OK
>>> Via: SIP/2.0/TLS 10.110.11.31:5071
>>> ;branch=z9hG4bKD97QXp3XZgX4a;rport=47793
>>> From: "Test 1" <sip:17035550001 at 10.110.11.31>;tag=DU0S42e40FNpg
>>> To: <sip:15715550001
>>> @dcprotopop1.private.sec:5071;transport=tls>;tag=tcXjHQ6gme91S
>>> Call-ID: 6fd5bd89-a6d4-1231-8291-005056ac002c
>>> CSeq: 50067799 INVITE
>>> Contact: <sip:15715550001 at 10.110.11.32:5071;transport=tls>
>>> User-Agent:
>>> FreeSWITCH-mod_sofia/1.5.6b+git~20131001T160636Z~6d2280df08
>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE,
>>> REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
>>> Supported: timer, precondition, path, replaces
>>> Allow-Events: talk, hold, conference, presence, as-feature-event,
>>> dialog, line-seize, call-info, sla, include-session-description,
>>> presence.winfo, message-summary, refer
>>> Content-Type: application/sdp
>>> Content-Disposition: session
>>> Content-Length: 408
>>> X-FS-Display-Name: Outbound Call
>>> X-FS-Display-Number: sip:15715550001 at dcprotopop1.private.sec
>>> X-FS-Support: update_display,send_info
>>> Remote-Party-ID: "Outbound Call" <sip:15715550001
>>> @dcprotopop1.private.sec>;party=calling;privacy=off;screen=no
>>>
>>> v=0
>>> o=FreeSWITCH 1167543025 1167543026 IN IP4 10.110.11.32
>>> s=FreeSWITCH
>>> c=IN IP4 10.110.11.32
>>> t=0 0
>>> m=audio 27868 RTP/SAVP 9 101
>>> a=rtpmap:101 telephone-event/8000
>>> a=fmtp:101 0-15
>>> a=crypto:1 AES_CM_128_HMAC_SHA1_32
>>> inline:Df3mAFtpRclAzm98vfNWAoWqi6WaA3hfWs0e7CSi
>>> a=ptime:30
>>> a=zrtp-hash:1.10
>>> 99B821F2DBB96DFDC234440977DC3956441DEC6CDAE690B1B06C740F6EBC29B0
>>> m=audio 0 RTP/AVP 9 0 96
>>> a=rtpmap:96 /0
>>>
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>>
>>>
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-dev mailing list
>>> FreeSWITCH-dev at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
>>> http://www.freeswitch.org
>>>
>>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>>
>>
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-dev mailing list
>> FreeSWITCH-dev at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
>> http://www.freeswitch.org
>>
>>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
>
>
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-dev mailing list
> FreeSWITCH-dev at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> http://www.freeswitch.org
>
>
--
Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm
MSN:anthony_minessale at hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org
googletalk:conf+888 at conference.freeswitch.org
pstn:+19193869900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20131004/8d2a3fdb/attachment.html
Join us at ClueCon 2013 Aug 6-8, 2013
More information about the FreeSWITCH-dev
mailing list