[reSIProcate] Does this is a SdpContents bug ?

Karlsson boost.regex at gmail.com
Thu Jun 19 05:33:53 CDT 2008


Also, I'm using 1.31.



On Thu, Jun 19, 2008 at 5:33 PM, Karlsson <boost.regex at gmail.com> wrote:

> Sorry, there have a mistake, please ignore my previous email.
>
> *The attachment it's log file.*
>
>
> 1: A called B with GSM  codec,  B answered call with GSM.
>
> 2: Now A want to using G729, Update invite with G729 only(for this UPDATE
> mesage, the SDP just inclued the G729 only).
> 3: B received this UPDATE invite message, then parse the SDP:
>
> list<SdpContents::Session::Medium>::const_iterator mediaiter =
> sdpContent->session().media().begin();
>
>     Data sdptext = Data::from(*sdpContent);
>     ::MessageBoxA(NULL, sdptext.c_str(), "test", MB_ICONINFORMATION);   *//
> This message shows the SDP just has G729 only.*
>
>
>     AudioCodec DTMFCodec;
>
>     for (; mediaiter!=sdpContent->session().media().end(); ++mediaiter)
>     {
>         if (compareStringNoCase(mediaiter->name().c_str(), "audio") == 0)
>         {
>             mRemoteAudioPort = mediaiter->port();
>             list<SdpContents::Session::Codec>::const_iterator codecIter =
> mediaiter->codecs().begin();
>
>             for (; codecIter!=mediaiter->codecs().end(); ++codecIter)
>             {
>                 AudioCodec codec;
>                 codec.setCodecName(codecIter->getName().c_str());    * //
> <------------- But at here, I got the PCMU first when I received each UPDATE
> INVITE, after PCMU, then got the G729,
> // the **mediaiter->codecs() inclued two codecs(always PCMU first)*
>
>                 codec.setRemoteTypeValue(codecIter->payloadType());
>
>
>                 audioCodecList.push_back(codec);
>             }
>
>         }
>
> And I have captured the SIP message by wireshark, it's shows the UPDATE
> invite message SDP just inclued G729 codec only, but when I using the mediaiter->codecs()
> to
> access the codecs, always got the PCMU first. This issue just appears with
> UPDATE invite message, with INVITE message, it's normal.
>
> please help me, thank you in advance.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20080619/3989dcf6/attachment.htm>


More information about the resiprocate-devel mailing list