FreeSWITCH

no audio when ilbc is offered as payload type 102

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Minor Minor
  • Resolution: Incomplete
  • Affects Version/s: None
  • Fix Version/s: 1.3.0
  • Component/s: freeswitch-core
  • Labels:
    None
  • Platform:
    Linux x86/gcc
  • CPU Info:
    irrelevant
  • FreeSWITCH GIT Revision:
    adfe4626918ff5a7210261715d41e6a24e779cbd
  • Reproduced with GIT HEAD?:
    yes

Description

Alice offer ILBC as payload 102, FS also adds ilbc under payload 98. Bob picks 102 version of iLBC in OK but it results in no-way audio.
  1. File
    ilbc.pcap
    04/May/12 3:55 PM
    122 kB
    Stanislav Kutil

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Brian West added a comment -
I don't see a problem here .. we invite with 102, get a 183 with 102, 200 ok with 102 and start sending and receiving two way libc on payload 102

/b
Show
Brian West added a comment - I don't see a problem here .. we invite with 102, get a 183 with 102, 200 ok with 102 and start sending and receiving two way libc on payload 102 /b
Hide
Permalink
Stanislav Kutil added a comment -
there are two legs in the pcap. one leg is fine (the caller) the other one (callee) does not get RTP in inbound direction
Show
Stanislav Kutil added a comment - there are two legs in the pcap. one leg is fine (the caller) the other one (callee) does not get RTP in inbound direction
Hide
Permalink
Jeff Lenk added a comment -
Have you confirmed this is not NAT related? Please close if no longer an issue.
Show
Jeff Lenk added a comment - Have you confirmed this is not NAT related? Please close if no longer an issue.
Hide
Permalink
Stanislav Kutil added a comment -
it's not NAT related. the trace is done on the PBX and if I open it in wireshark and do to Telephony > VOIP Calls and then inspect the flow it's clear the audio stops flowing from PBX after 200 OK.
with any other codec (well known payload) the problem is gone. IMO the problem is that two different payloads for iLBC are negotiated but the second one (102) is ignored.
Show
Stanislav Kutil added a comment - it's not NAT related. the trace is done on the PBX and if I open it in wireshark and do to Telephony > VOIP Calls and then inspect the flow it's clear the audio stops flowing from PBX after 200 OK. with any other codec (well known payload) the problem is gone. IMO the problem is that two different payloads for iLBC are negotiated but the second one (102) is ignored.
Hide
Permalink
Jeff Lenk added a comment -
Please attach a fs debug log combined with sofia global siptrace on. This makes it easier for this issue to be looked at.
Show
Jeff Lenk added a comment - Please attach a fs debug log combined with sofia global siptrace on. This makes it easier for this issue to be looked at.
Hide
Permalink
Mike Jerris added a comment -
unfortunately we can not troubleshoot this issue further without the requested information. If you are able to provide this, please re-open this issue with the additional information attached. Thanks for the report.
Show
Mike Jerris added a comment - unfortunately we can not troubleshoot this issue further without the requested information. If you are able to provide this, please re-open this issue with the additional information attached. Thanks for the report.

People

  • Assignee:
    Anthony Minessale II
    Reporter:
    Stanislav Kutil
Vote (0)
Watch (0)

Dates

  • Created:
    Updated:
    Resolved: