[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[no subject]
Is there any work being done on improving these scenarios?
//Thomas.
-----Original Message-----
From: Brett Tate [mailto:brett@broadsoft.com]
Sent: onsdag 5 februari 2003 23:53
To: sip@ietf.org
Subject: RE: [Sip] INVITE, CANCEL and BYE, re-transitions
"This list is for NEW development of the core SIP Protocol.
Use sip-implementors@cs.columbia.edu for questions on current sip.
Use sipping@ietf.org for new developments on the application of sip."
> I would just like to verify my understanding
> regarding 'Backup Routes' with SIP.
>
> Suppose one UA has 2 routes, one primary to
> PROXY1, and one secondary to PROXY2.
>
> Suppose PROXY1 is down.
> When the UA sets up a session, it will
> Send INVITE to Proxy 1
> Timeout
> Eventually send INVITE to Proxy 2, and setup the session.
When advancing to proxy 2, one or more of the
following should change within INVITE to
denote forking:
1) From tag
2) Call-ID
3) Via branch
> Suppose now Proxy 1 and 2 are UP.
> UA send INVITE to Proxy 1
> Proxy sends trying and sets up session.
> Proxy 1 dies.
> UA sends BYE to Proxy 1, though does not receive any response.
The 100 Trying response does not create an early
dialog. Thus CANCEL must be sent instead of a BYE.
> Shouldn't at this point the UA try to send the
> BYE to the Proxy 2 as well?
The CANCEL should only be sent where the INVITE
was sent. (This is mainly because the top via entry
is used to help identify the cancelled request.)
If a 101-2xx response was received and the
proxy's Record-Route entry included a hostname
representing both proxies, the BYE could
target advance to proxy 2 when proxy 1 is not
responding.
Please see RFC 3261 sections 9, 12, and 13 for
a more complete description.
_______________________________________________
Sip mailing list https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sipping@ietf.org for new developments on the application of sip
_______________________________________________
Sip mailing list https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sipping@ietf.org for new developments on the application of sip