Hi Manoj,
To hold a call, UA should send the SDP in INVITE. Other party can put the call
on hold based on media change in SDP.
If SDP is not present in INVITE, other party must send the SDP in 200 OK as a
new offer and UA should send the answer SDP in ACK.
Thanks,
Alok Tiwari
Aricent
-Orig
Thanls Raju.
-Original Message-
From: P A Raju [mailto:par...@hyd.hellosoft.com]
Sent: Thursday, August 19, 2010 12:15 PM
To: Manoj Priyankara [TG]; sip-implementors
Subject: Re: [Sip-implementors] Invite without SDP
Dear Manoj,
See my comments inline.
Thanks & Regards,
Raju
-
Dear Manoj,
See my comments inline.
Thanks & Regards,
Raju
- Original Message -
From: "Manoj Priyankara [TG]"
To: "sip-implementors"
Sent: Thursday, August 19, 2010 12:12 PM
Subject: [Sip-implementors] Invite without SDP
> Dear All,
>
> If a particular UA sends and INVITE to hold
Dear All,
If a particular UA sends and INVITE to hold a call, do we have to
include SDP?
If SDP is not included in the INVITE, Should the other party include SDP
in OK message?
Thanks
BR,
Manoj
___
Sip-implementors mailing list
Sip-implementors@lists.
Dear All,
We have Class 4 soft switch deployment. I was testing session timer between
2 chasis. The scenerio was as under:
ILT-->CHASIS1---sip--->CHASIS2-->ILT
Chasis1 : Session Expires= 400
Minimum SE= 350
Chasis2 : Session Expires= 300
Minimum SE = 150
Now when I
Thank you Friends :-)
-- Forwarded message --
From: Paul Kyzivat
Date: Wed, Aug 18, 2010 at 7:44 PM
Subject: Re: [Sip-implementors] "a=" attribute in media and session (SDP)
To: sagar sheth
Cc: sip-implementors@lists.cs.columbia.edu
Sagar,
Think of it like declarations in nest
You should tell the phone vendors to do a better job of implementing REFER.
What do they do? Just send a BYE on their own call as soon as they
receive a 2xx for the REFER?
If you *really* want to make it work despite the behavior of the phone,
you might consider:
- capture the important info f
Sagar,
Think of it like declarations in nested scopes in a programming language.
The outer (session level) scope applies except where overridden by a
redeclaration in an inner (media level) scope.
This applies to a lot, but not all, attributes. (The ones that may be
used at "both" session and
On Tue, Aug 17, 2010 at 4:10 PM, Paul Kyzivat wrote:
>
>
> M. Ranganathan wrote:
>>
>> On Tue, Aug 17, 2010 at 9:50 AM, Paul Kyzivat wrote:
>>>
>>> M. Ranganathan wrote:
Hello,
I am implementing a B2BUA ITSP bridge that bridges a PBX with an ITSP.
In one of the call flows
Hi Sagar,
As per offer answer RFC the attributes at Media level will be taking preference
than at session level.
So in this case wither Video will be Send Recv and Audio will be mute or other
wise depending upon the "a=" attributes in individual Media streams.
Regards
Sunil Verma
ESN: 877-50
Frank,
Yes it is perfectly normal. But what I am trying to understand here is...
Consider a video call which have 2 stream, one for audio and one for video.
each stream can have its own attribute("a") with direction values (one
having sendrec and other is inactive).
"a" is also present at session.
Yes You are right. I mean it for this particular case. Sorry for confusing
statement
On Wed, Aug 18, 2010 at 1:43 PM, Iñaki Baz Castillo wrote:
> 2010/8/18 sagar sheth :
> > "a" which defines the direction of the stream can be used in media and
> > session.
>
> "a" means attribute and it's used
2010/8/18 sagar sheth :
> "a" which defines the direction of the stream can be used in media and
> session.
"a" means attribute and it's used for more than just the direction of
the stream.
--
Iñaki Baz Castillo
___
Sip-implementors mailing list
Sip-
On 2010/08/18 08:45, sagar sheth wrote:
> Hello Friends,
>
> I have query regarding the usage of "a=" attribute at session and media
> level. Anything above m line in SDP is considered in session and below m
> line is considered as media.
> "a" which defines the direction of the stream can be used
14 matches
Mail list logo