Hi Abhishek,
This can happen in case of multiple audio streams.:Please look at this
example from RFC4317:
3.2. Hold with Two Streams
In this example, two audio streams have been established in the first
offer/answer exchange. In this second offer/answer exchange, one of
the audio streams is placed on hold. Alice offers two media streams,
a bidirectional audio stream and a send-only telephone event stream.
Bob accepts both streams. Bob then puts Alice's audio stream on hold
but not the tone stream. Alice responds with identical SDP to the
initial offer.
[Offer]
v=0
o=alice 2890844526 2890844526 IN IP4 host.atlanta.example.com
s=
c=IN IP4 host.atlanta.example.com
t=0 0
m=audio 49170 RTP/AVP 0 97
a=rtpmap:0 PCMU/8000
a=rtpmap:97 iLBC/8000
m=audio 49172 RTP/AVP 98
a=rtpmap:98 telephone-event/8000
a=sendonly
[Answer]
v=0
o=bob 2808844564 2808844564 IN IP4 host.biloxi.example.com
s=
c=IN IP4 host.biloxi.example.com
t=0 0
m=audio 49172 RTP/AVP 97
a=rtpmap:97 iLBC/8000
m=audio 49174 RTP/AVP 98
a=rtpmap:98 telephone-event/8000
a=recvonly
However, I am not sure how many audio streams your offer has.
Thanks
Arun Kalia
On Wed, Mar 7,nly2012 at 8:36 AM, satish agrawal <[email protected]>wrote:
> Hi Abhishek,
>
> Its not make any sence that you want to send
> *a=sendrecv*
> *a=sendonly*
>
> in single request.
>
> Regards,
> Satish
>
> On Wed, Mar 7, 2012 at 7:44 AM, Paul Kyzivat <[email protected]>
> wrote:
>
> > On 3/6/12 8:00 PM, Abhishek Lal wrote:
> > > Hi All,
> > >
> > > Can we send both attributes (sendrecv& sendonly) in single Request.
> > >
> > > a=rtpmap:0 PCMU/8000/1
> > > a=rtpmap:8 PCMA/8000/1
> > > *a=sendrecv*
> > > a=ptime:20
> > > *a=sendonly*
> >
> > No. What do you imagine this to mean?
> >
> > Thanks,
> > Paul
> > _______________________________________________
> > Sip-implementors mailing list
> > [email protected]
> > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
> >
>
>
>
> --
> Thanks & Regards
> Satish Agrawal
> New Delhi-24.
> _______________________________________________
> 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
