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

[Raghul Prasanna]

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/20121009/0b4a87e3/attachment-0002.html>