> > > Hi! I have encountered an application in the "real world" which > > provides port 9 in the SDP answer in the 200OK. The SDP m line > > indicates RTP/AVP. I recognize that port 9 is acceptable if the SDP m > > line indicates BFCP. My question is: Is port 9 acceptable for > > RTP/AVP. In other words, should the original offerer send an ACK and > > then immediate BYE indicating that it rejected the answer? Or....should > > > the offerer send an ACK, then send media to port 8? > > Port 9 is legal for any connection-oriented media transport. You are right > however that it should not be used with RTP/AVP (=> UDP => not > connection-oriented). Unless the SDP author wants the data really be sent > to > port 9.
As per section 5.14 of RFC 4566, port 9 is perfectly fine but "a=rtcp:" line MUST be there in SDP. > FYI. What I am actually seeing is that the answerer indicates port 9 in > > the answer but sends a re-INVITE immediately after the ACK; however, the > > > originator/offerer does not accept the re-INVITE due to it is already in > > the process of tearing down the call. > > > > Has anyone else seen this specific behavior or similar behavior? > > > > P.S. RFC2327 noted a range of 1024-65535 for RTP ports; however, > > RFC4566 does not indicate a specific range. I would also like to know why the range of 1024-65535 was removed in RFC 4566. Regards, Jagan _______________________________________________ > Sip mailing list https://www1.ietf.org/mailman/listinfo/sip > This list is for NEW development of the core SIP Protocol > Use [EMAIL PROTECTED] for questions on current sip > Use [EMAIL PROTECTED] for new developments on the application of sip >
_______________________________________________ Sip mailing list https://www1.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use [EMAIL PROTECTED] for questions on current sip Use [EMAIL PROTECTED] for new developments on the application of sip
