[Spce-user] mismatch codecs in certain calls

[Joan Cifre (ibred)]

Hi Andrew,
yes I have my phone originating call sending the list
G729
PCMU
PCMA
and peer sending
PCMU
PCMA
G729
And we've seen that after negotiation, peer is sending streams 
codificated with PCMU and my phone is sending streams with G729, and of 
course none of them hears anything. If call is originated by peer, there 
is no problem.
We are making more tests to know what is happening, because is really 
strange.
Regards,
Joan


El 2013-02-14 13:47, Andrew Pogrebennyk escribió:
> Hi Joan,
> no, the line you have posted is proprietary to some vendor and serves
> only information purpose I think.. The codec preferences are sent in the
> message body (lines below Content-Length in INVITE and 200 OK of your
> 'ngrep-sip' trace). You have to compare the lists of both parties, the
> first common codec will be used. The negotiation is transparent to
> sip:provider.
>
> On 02/14/2013 01:39 PM, Joan Cifre (ibred) wrote:
>> Hi all,
>> we are experiencing problems with certain calls. The call is stablished
>> but we speakers can't hear each other. This is happening just with
>> certain calls and with certain peerings, so I'm almost sure this is not
>> a NGCP problem. However, I think this is due to a bad codec negotiation.
>> I can see this line i certaing calls
>>
>> P-RTP-Stat:
>> PS=828,OS=16560,PR=446,OR=71360,PL=0,JI=0,LA=0,DU=9,EN=G729a,DE=G711a'
>>
>> Does it means that one server is sending streams with G729a codec and
>> the other one with G711a codec? Which one decides which codec use if
>> both are in the list?
>> Thanks for the support.
>> Joan