RFC Errata
Found 3 records.
Status: Verified (1)
RFC 3264, "An Offer/Answer Model with Session Description Protocol (SDP)", June 2002
Note: This RFC has been updated by RFC 6157, RFC 8843, RFC 9143
Source of RFC: mmusic (rai)
Errata ID: 3818
Status: Verified
Type: Technical
Publication Format(s) : TEXT
Reported By: Jörgen Axell
Date Reported: 2013-12-02
Verifier Name: Gonzalo Camarillo
Date Verified: 2013-12-03
Section 4 says:
The agent receiving the offer MAY generate an answer, or it MAY reject the offer. The means for rejecting an offer are dependent on the higher layer protocol. The offer/answer exchange is atomic; if the answer is rejected, the session reverts to the state prior to the offer (which may be absence of a session).
It should say:
The agent receiving the offer MAY generate an answer, or it MAY reject the offer. The means for rejecting an offer are dependent on the higher layer protocol. The offer/answer exchange is atomic; if the offer is rejected, the session reverts to the state prior to the offer (which may be absence of a session).
Notes:
You can't reject an answer. When the answer is received the SDP negotiation is completed.
Status: Reported (2)
RFC 3264, "An Offer/Answer Model with Session Description Protocol (SDP)", June 2002
Note: This RFC has been updated by RFC 6157, RFC 8843, RFC 9143
Source of RFC: mmusic (rai)
Errata ID: 5177
Status: Reported
Type: Technical
Publication Format(s) : TEXT
Reported By: Sandeep Kumar Aitha
Date Reported: 2017-11-03
Section 5.1 says:
Section 5.1 says: However, for sendonly and sendrecv streams, the answer might indicate different payload type numbers for the same codecs, in which case, the offerer MUST send with the payload type numbers from the answer. Section 6.2 says: In the case of RTP, if a particular codec was referenced with a specific payload type number in the offer, that same payload type number SHOULD be used for that codec in the answer.
It should say:
Only one of the above statements can be correct.
Notes:
Above two statements are conflicting.
The answerer should be able to either map the payload type to a different codec or not.
Errata ID: 7597
Status: Reported
Type: Technical
Publication Format(s) : TEXT
Reported By: Hugo Tunius
Date Reported: 2023-08-11
Section 6.1 says:
The interpretation of fmtp parameters in an offer depends on the parameters. In many cases, those parameters describe specific configurations of the media format, and should therefore be processed as the media format value itself would be. This means that the same fmtp parameters with the same values MUST be present in the answer if the media format they describe is present in the answer. Other fmtp parameters are more like parameters, for which it is perfectly acceptable for each agent to use different values. In that case, the answer MAY contain fmtp parameters, and those MAY have the same values as those in the offer, or they MAY be different. SDP extensions that define new parameters SHOULD specify the proper interpretation in offer/answer.
It should say:
The interpretation of fmtp parameters in an offer depends on the parameters. In many cases, those parameters describe specific configurations of the media format, and should therefore be processed as the media format value itself would be. This means that the same fmtp parameters with the same values MUST be present in the answer if the media format they describe is present in the offer. Other fmtp parameters are more like parameters, for which it is perfectly acceptable for each agent to use different values. In that case, the answer MAY contain fmtp parameters, and those MAY have the same values as those in the offer, or they MAY be different. SDP extensions that define new parameters SHOULD specify the proper interpretation in offer/answer.
Notes:
This indicated that the same fmtp parameters with the same values MUST be present in the answer if the media format they describe is present in the **answer**.
I believe the second instance of **answer** should be replace with **offer**, otherwise the quoted text does not makes sense I think.