There in lies the problem. The Aspect endpoint is sending two media streams.
There are two media streams being offered, but the Ptime is only represented for the first one on the list. This happens regardless of how many media streams (or whether they're the same codec type) are in the SDP. This is why I see the ptime in the rfc as needing some enhancements. Thank you, Steve Vick QA Advisor, Senior Aspect Software 829 Parkview Boulevard Lombard, Illinois 60148 o (630) 227-7426 c (630) 699-7257 mailto:[EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, February 20, 2007 7:49 PM To: [email protected] Subject: Re: [Sip-implementors] SDP and ptime in RFC4566 is faulty From: "Vick, Steven" <[EMAIL PROTECTED]> My Snom phone only allows 1 sample size setting per codec, and it's configured for 20ms. The endpoint calling the snom is configured for 10 and 20ms, where 10 will be listed first in the SDP. It looks like the Aspect endpoint is offering one media stream, with a ptime attribute of 10ms. It's also sending the rtpmap attribute twice. Perhaps it could offer two media streams, one with a ptime of 10ms and one with a ptime of 20ms? Dale _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
