Wednesday, 15 January 2014

rtp - Codec preference in sip negotiation (sdp) -


Whose codec gets priority in the following scenario

Think Collared with the priority caller INVITE sends the SDP

1) Codec A2) Codec B

Now Cali sends 200 SDPs with the desired desired:

1) codec B2) codec A

Whether the caller's priority of the caller will be preferred (codec A is spoken) or the Kaili codec gets preference (codec B is negotiated).

Also, can the codec be re-invited to lock it?

From the many years of experience I have seen, 200 have OK with 100 selected SDP cali Fine. Reply to CDP proposal from RFP

In this model, a participant in the session generates a SDP message that constitutes the proposal - the media with the set media stream and the Kodak, the IP addresses and ports used to use This proposal is said to be used by other participants, which is called the Respondent, the Respondent generates an answer, which is an SDP message which is offered by the offer Responds to an offer offered. In this reply, there is a mailing stream for each stream in the proposal, indicating whether the stream is acceptable or not, along with the codec used and the IP address and port which the respondents want to use to get the media Are there.

In addition to this ...

Once the offer has sent a proposal, then to get the media for any kind of rivers mentioned by that proposal Should be ready for It should be ready to send and receive media for any transmitter stream in the offer, and must send the media for any dispatch to be sent in the offer (of course, unless the PEER is required with the necessary address and port information Does not provide answers). In the case of RTP, even if the media is received before receiving the reply, it will not be able to send the RTCP receiver report till the reply.


No comments:

Post a Comment