[SIPForum-discussion] Use case for changing contact with re-invite

[seshagiri]

Hi Hemant

Re-Invite is not forwarded to B because media is pass-through sbc its not
direct between A and B.
So B always sends RTP to same address which was published by SBC(SBC media
address) during initial INVITE.
SBC should know A's new contact address and media address in c-line(sent in
re-invite) to send the received packets from B (signaling and media).


Regards
Sesh

On Sun, Jun 17, 2012 at 8:28 PM, Hemant Kumar <uniqhemant at gmail.com> wrote:

> Hi Vijay, Karthik
>
> If i understand correctly both of you are pointing to almost same scenario
> where A party is trying to move call from one of his device to another. I
> feel in this scenario media negotiation should also occur between A's new
> device and B, but what I see in the flow mentioned by Sesh that the
> Re-INVITE from A is not forwarded by SBC to B-party which is kind of
> strange to me.
>
> Please let me know if you are pointing to some different scenario.
>
> Regards,
> Hemant
>
> On Tue, Jun 12, 2012 at 3:16 PM, Vijay Badola <Vijay.Badola at onmobile.com>wrote:
>
>> What I think, if User has two contacts(two ip address associated with one
>> AOR from different access network),then if User finds better connectivity
>> with some specific access network then he can send re-invite to change its
>> contact.
>>
>> ,Regards
>> Vijay Badola
>>
>> -----Original Message-----
>> From: discussion-bounces at sipforum.org [mailto:
>> discussion-bounces at sipforum.org] On Behalf Of Stephen James
>> Sent: Thursday, May 31, 2012 11:12 PM
>> To: seshagiri
>> Cc: discussion at sipforum.org
>> Subject: Re: [SIPForum-discussion] Use case for changing contact with
>> re-invite
>>
>> If the SBC is using static IP for redundancy and fails over to the other
>> IP or blade or server it will need to update with a re-INVITE.
>>
>> Sent from my iPhone
>>
>> On May 29, 2012, at 23:05, seshagiri <seshgirik at gmail.com> wrote:
>>
>> > Hi
>> >
>> > In sip what is the use case for the scenario  to change the contact ip
>>  with re-invite after the session establishes ?
>> >
>> > The scenario is
>> >
>> > A calls B through SBC which is B2BUA.
>> > After session establishes A sends re-invite to SBC with new-contact and
>> receives 200 OK.
>> > This re-invite is not relayed to UA B.
>> >
>> > Now B sends BYE , SBC receives and send it to the new contact of A and
>> receives 200 OK.
>> > This scenario is working fine , but  what is the use case for this ?
>> > i could not able to undrestand it.
>> >
>> > A -----INVITE---------->SBC -------INVITE------------>B A<
>> > -----200--------------SBC< ------------200------------B A
>> > -----ACK----------->-SBC ----------ACK------------>B A
>> > -----re-INVITE(New contact)--------->-SBC
>> >
>> > A< -------200-----------SBC
>> > A -----ACK------------->SBC
>> > A <-----BYE(to new contact of A)----------SBC< -------BYE------------B
>> >
>> >
>> > In real-time scenario what is the use of changing the contact with
>> re-invite ?
>> > i think if UA using DHCP and is going to change IP after session
>> establishment , in this case it might send re-invite with new contact , is
>> this correct ?
>> >
>> > Pl share your views.
>> >
>> >
>> > Regards
>> > Sesh
>> > _______________________________________________
>> > 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
>>
>> ________________________________
>>
>> DISCLAIMER: The information in this message is confidential and may be
>> legally privileged. It is intended solely for the addressee. Access to this
>> message by anyone else is unauthorized. If you are not the intended
>> recipient, any disclosure, copying, or distribution of the message, or any
>> action or omission taken by you in reliance on it, is prohibited and may be
>> unlawful. Please immediately contact the sender if you have received this
>> message in error. Further, this e-mail may contain viruses and all
>> reasonable precaution to minimize the risk arising there from is taken by
>> OnMobile. OnMobile is not liable for any damage sustained by you as a
>> result of any virus in this e-mail. All applicable virus checks should be
>> carried out by you before opening this e-mail or any attachment thereto.
>> Thank you - OnMobile Global Limited.
>>
>> _______________________________________________
>> 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/20120617/88a40f9f/attachment-0002.html>