Hi All, Thanks for your helps...
I resoled the issue. Thanks, Nitin Kapoor On 3 June 2010 16:07, Nitin Kapoor <[email protected]> wrote: > Dear All, > > I am facing the rtp problem with one of my client. > > Basically after the initial offer my UAC sends the re-invite where its > changed the connection ip and the port and UAS sends the successful 200 OK > and its get the ACK in the correspondence of 200 OK. > > Now after a while my UAS sends the another INVITE to put the call > *on-hold* and getting the below SDP offer. But as far as i know that this is > not the correct offer to put the call on hold, because we are getting > "INACTIVE" for rtcp and media attribute m=audio 60492 RTP/AVP 0 101. > > v=0 > o=- 21 3 IN IP4 10.64.1.99 > s=session > c=IN IP4 10.64.1.99 > b=CT:1000 > t=0 0 > m=audio 60492 RTP/AVP 0 101 > c=IN IP4 10.64.1.99 > a=rtcp:60493 > a=inactive > a=label:Audio > a=rtpmap:0 PCMU/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=ptime:20 > > And getting the below SDP from SBC in 200 OK. > > v=0 > o=sg2-lax 1266796350 1266796353 IN IP4 192.168.135.40 > s=sip call > c=IN IP4 192.168.135.41 > t=0 0 > m=audio 55444 RTP/AVP 0 101 > a=inactive > a=rtpmap:0 PCMU/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=silenceSupp:off - - - - > a=ptime:20 > > Could any one please help me on this whether this is the correct or not. > > Thanks, > Nitin Kapoor > _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
