[SIPForum-discussion] SIP INFO method and mid-session

[Abinash Sarangi]

Yes you are right..BT IUP supports all these mid call ISUP messages for IVR and VM like solutions..After getting Backward CPG or ACM , INF and INR are exchanged between local and remote exchanges..

Thanks

-Abinash 


Date: Tue, 9 Oct 2012 12:00:29 +0100
From: raghul82 at yahoo.co.uk
Subject: Re: [SIPForum-discussion] SIP INFO method and mid-session
To: s_abinash at hotmail.com; theidea at lguplus.co.kr; discussion at sipforum.org

HI All,
What about the following scenario
SS7 -> Media Gateway -> SIP (using SIP I)

SS7 - from BT
BT supports INF and INR messages. Such messages are sent before the call gets connected.
When the Media gateway converts the SS7 message into SIP I, it creates SIP Info message and encapsulates INF\INR in SIP Info.
Thanks,Raghul
        From: Abinash Sarangi <s_abinash at hotmail.com>
 To: KwangHee Choi <theidea at lguplus.co.kr>; "discussion at sipforum.org" <discussion at sipforum.org> 
 Sent: Monday, 8 October 2012, 12:10
 Subject: Re: [SIPForum-discussion] SIP INFO method and mid-session
   



Hi Kwanghee,

If the INFO would have been sent by the UA, it would have been reasonable. Lets discuss about a scenario, where the call is getting connected to a IVR server or VM server, and UA is getting some early media (183 session in progress) where the IVR or VM server wants it to dial a PIN so that the call will be subsequently connected to a final destination.
In this scenario, UA can send INFO(Out of band) to send the digits(DTMF). In your scenario, GW is sending INFO, not sure what they want to deliver. Is this GW your product or some vendor's.

Thanks

-Abinash 


From: theidea at lguplus.co.kr
To: discussion at sipforum.org
Date: Fri, 5 Oct 2012 10:00:44 +0900
Subject: [SIPForum-discussion] SIP INFO method and mid-session














Hi all,

 

I want to discuss about  SIP INFO method.

According to the rfc 2976, 

The INFO method
is used for communicating mid-session signaling

    information along the
signaling path for the call.

 

When is the mid-session point?  receiving
18x, 200 or sending ACK?

 

Is it reasonable the following call flow?

 

UA------------Proxy-------------GW

   INVITE

   ===>          
INVITE

                    
===>

                    
183

   183              <===

  <===

                    
INFO

INFO              <===

  <===

 

In my opinion, Proxy will discard INFO method.
Because the mid-call is not established between UA and GW

 

How about you?

 

 

=====================================================

KwangHee Choi

 

Principle Research Engineer / Ph.D.

Communication Service Development Team

LG U+

34, Gajeong-Dong, Yuseong-Gu, Daejeon,
Korea 305-350

e-mail   : theidea at lguplus.co.kr

tel        :
+82-42-712-4206

mobile   : +82-10-8080-8202

fax       :
+82-50-5889-4206

=====================================================

 







_______________________________________________
This is the SIP Forum discussion mailing list
TO UNSUBSCRIBE, or edit your delivery options, please visit http://sipforum.org/mailman/listinfo/discussion
Post to the list at discussion at sipforum.org 		 	   		  

_______________________________________________
This is the SIP Forum discussion mailing list
TO UNSUBSCRIBE, or edit your delivery options, please visit http://sipforum.org/mailman/listinfo/discussion
Post to the list at discussion at sipforum.org


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