[SIPForum-discussion] specific case with a=inactive

[Scheffler, Paul]

Hello Joerg:

 

My recommendation (when you get a re-INVITE with no SDP) is to ignore
the current call state, and send an SDP response in the 200 OK which
represents your normal offer when initiating a new call.  There are some
SIP application servers which expect this, because they are trying to
determine your normal capabilities in preparation for reconnecting your
call.  If you do this, you should not have audio problems.

 

            Paul Scheffler

            Carrier Access Corp.

            Boulder, CO

 

________________________________

From: discussion-bounces at sipforum.org
[mailto:discussion-bounces at sipforum.org] On Behalf Of Joerg Scholz
Sent: Tuesday, October 02, 2007 3:05 AM
To: 'badal naik'; Traussnig Robert; discussion at sipforum.org
Subject: Re: [SIPForum-discussion] specific case with a=inactive

 

Thanks Badel and Robert 
for your responds. That's also what I expected to do - but it seems to
be a problem for that class 5 SIP server solution which I try to work
with.

It uses the Re-invite without SDP to retrieve the hold call. Thereby the
retrieve is initiated with a user agent web application (not the phone).
If I send still:

A=inactive 
In the SDP of the 200ok response of my device; it is used for the second
leg of the call as SDP content and the call will be reestablished
without voice.

So I need exactly to know what the right behavior is in that case. 

It is quite simple to change the behavior but I'm pretty sure that other
cases will have problem then. 
Thanks again and best regards 
Joerg 

 

-----Original Message----- 
From: badal naik [mailto:kunusan at yahoo.com] 
Sent: Tuesday, October 02, 2007 10:41 AM 
To: Traussnig Robert; Joerg Scholz; discussion at sipforum.org 
Subject: Re: [SIPForum-discussion] specific case with a=inactive 

Well, 
I think in your scenario U have to add the SDP 
parameter of the previous success(2**) reponse. 
Re-Invite should work as follows in ur case: 
When a UAC sends a re-invite with no session 
description, in which case the first reliable 
non-failure response to the re-invite will contain the 
offer. 

That is my understanding.. 

Thanks 
Badal Naik 
--- Traussnig Robert <robert.traussnig at kapsch.net> 
wrote: 

> Hi! 
>  
> I'm not quite sure if this is correct but because of 
> the fact that you 
> didn't get a SDP in the Re-Invite you have to give 
> an offer in your 
> 200ok. So you have to decide if you send a=inactive 
> again or a=sendrecv. 
> Maybe someone have a better answer. 
>  
> Best Regards, 
> Robert 
>  
> 
> -----Ursprungliche Nachricht----- 
> Von: discussion-bounces at sipforum.org 
> [mailto:discussion-bounces at sipforum.org]Im Auftrag 
> von Joerg Scholz 
> Gesendet: Montag, 01. Oktober 2007 18:58 
> An: discussion at sipforum.org 
> Betreff: [SIPForum-discussion] specific case with 
> a=inactive 
> 
> 
> 
> Hello everybody, 
> 
> I have a quick question related to the SDP signaling 
> behavior in a 
> specific hold case. My scenario is the following: 
> 
>  
> 
> Incoming Re-invite of an established voice call with 
> the following 
> content of SDP: 
> 
>             c=IN IP4 0.0.0.0 
> 
>             ... 
> 
>             a=inactive 
> 
>  
> 
> In the 200ok I confirm the attribute line: 
> 
>             a=inactive 
> 
>  
> 
> and the call is hold - everything ok. 
> 
> Later on comes another Re-invite without SDP for the 
> same call. Now my 
> question, if I answer in the 200ok for that 
> Re-invite with SDP do I have 
> to repeat also the: 
> 
>             a=inactive 
> 
> attribute or do I send now my SDP again with 
> 
>             a=sendrecv 
> 
>  
> 
> Thanks and Best regards 
> 
> Joerg 
> 
>  
> 
> > _______________________________________________ 
> This is the SIP Forum discussion mailing list 
> TO UNSUBSCRIBE, or edit your delivery options, 
> please visit 
> http://sipforum.org/mailman/listinfo/discussion
<http://portal.mxlogic.com/redir/?2DtZAQsLcf6zBMSDtZBddZYQszzo0eABDqNrlU
03wCHIcfBisEeRN2lbdQFaI3t-KyMqekTShP3xKVJ2lbdQFaI2V2Hsbvg5kAIXmbqL00jqbZ
NPNJ54QsEIEzDS7PrXVI5-Aq83iSc1Em5WNrlbEiFpKB9lwqnjh1hrXitBoQgmSDCy0NapcQ
gqta6SD8PVKvxYY1NJ4SCrjK-OCC--UMrW8S4>  
> Post to the list at discussion at sipforum.org 
> 

 

       
________________________________________________________________________
____________ 
Yahoo! oneSearch: Finally, mobile search 
that gives answers, not web links. 
http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC
<http://portal.mxlogic.com/redir/?atTSjhOYMYqen3qtTSkQTTPhOedw0RqA97_Nri
tqYLyJi4z_05BovjZzoCizXLNeh30c0od4zt-KyMqekTShP3xKVJ2lbdQFaI2V2Hsbvg5kAI
XmbqL00jqbZNPNJ54QsEIEzDS7PrXVI5-Aq83iSc1Em5WNrlbEiFpKB9lwqnjh1hrXitBoQg
mSDCy0NapcQgqta6SD8PVKvxYY1NJcSCrjK-OCC--UMrW8S4>  

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20071002/fe956741/attachment-0002.html>