Murat Artun wrote:
> Hello all,
>
> I have a question about an SDP offer/answer process:
>
> We assume an SDP offer with a number of codecs is sent to a remote
> party. Say, PCMU, PCMA, GSM, iLBC and telephone-event are listed in
> the media attribute. Remote party returns an SDP answer with PCMU,
> iLBC and telephone-event are listed in the media attribute. In this
> case, according to the RFC 3264 specification, offerer should be
> prepared to receive/send either PCMU or iLBC.
>
> However it seems to be possible for a buggy remote party to send an
> SDP answer with G729, PCMU and telephone-event. In this case it turns
> out to be that the offerer should always examine the received SDP
> answer doubtfully.
> So, can we say that all implementations should be prepared to received
> such nonsense SDP answers? Is it a valid scenario? What should the
> offerer do when it receives such an answer?
That isn't buggy behavior - it is valid. The UAS is simply telling you
*it* is also able to use G729. You could use this as a hint for a future
reinvite. Meanwhile you can use the codecs that are in common between
the two sides.
Paul
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
