"Yes; it is possible. It can occur anytime a device wants to do it."
RFC 3261 section 14:
"This section describes how to modify the actual
session. This modification can involve changing addresses or ports,
adding a media stream, deleting a media stream, and so on. This is
accomplished by sending a new INVITE request within the same dialog
that established the session. An INVITE request sent within an
existing dialog is known as a re-INVITE.
Note that a single re-INVITE can modify the dialog and the
parameters of the session at the same time.
Either the caller or callee can modify an existing session.
The behavior of a UA on detection of media failure is a matter of
local policy. However, automated generation of re-INVITE or BYE is
NOT RECOMMENDED to avoid flooding the network with traffic when there
is congestion."
From: ikuzar RABE [mailto:[email protected]]
Sent: Wednesday, June 19, 2013 5:26 AM
To: Brett Tate
Cc: [email protected]
Subject: Re: [Sip-implementors] ports renegociation - Email found in subject
Ok, thanks.
I was not clear enough.
I'd like to know if there can be a port (or IP and port) renegotiation between
two UAs which are directly linked (without another SIP proxy/server, without
SIP entity between both) while RTP flow is already established.
2013/6/18 Brett Tate <[email protected]<mailto:[email protected]>>
Party A is connected to party B through B2BUA. For instance, see RFC 3725
diagrams and assume Controller is a B2BUA.
The B2BUA sends re-INVITE to party A over the existing dialog (such as within
RFC 3725 figure 8) when stimulated to connect party A to party C.
From: ikuzar RABE [mailto:[email protected]<mailto:[email protected]>]
Sent: Tuesday, June 18, 2013 11:36 AM
To: Johan DE CLERCQ
Cc: Brett Tate;
[email protected]<mailto:[email protected]>
Subject: Re: [Sip-implementors] ports renegociation - Email found in subject
Brett, what do you mean with " when reconnecting A from B to C using the same
dialog between A and B2BUA."
What is A, B, C ?
2013/6/18 Johan DE CLERCQ
<[email protected]<mailto:[email protected]>>
it also happens on call transfers.
-----Original Message-----
From: Brett Tate [mailto:[email protected]<mailto:[email protected]>]
Sent: dinsdag 18 juni 2013 14:14
To: ikuzar RABE;
[email protected]<mailto:[email protected]>
Subject: Re: [Sip-implementors] ports renegociation - Email found in subject
Yes; it is possible. It can occur anytime a device wants to do it. Some
B2BUAs will do it (change both ip-address and port) when reconnecting A from B
to C using the same dialog between A and B2BUA.
> -----Original Message-----
> From: ikuzar RABE [mailto:[email protected]<mailto:[email protected]>]
> Sent: Tuesday, June 18, 2013 8:01 AM
> To:
> [email protected]<mailto:[email protected]>
> Subject: Re: [Sip-implementors] ports renegociation
>
> Nobody has an idea ... ??
>
>
> 2013/6/11 ikuzar RABE <[email protected]<mailto:[email protected]>>
>
> > Hi all,
> >
> > I 'd like to know if ports can be renegotiated (with a new INVITE
> for
> > example) while RTP flows are already established ... !
> > If it is possible, in which case we can face with this situation ?
> > (multicast ? other ?)
> >
> > Thanks for your help
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
