Re: [sipcore] #29: B2BUAs passing H-I through?

"Worley, Dale R (Dale)" <dworley@avaya.com> Fri, 10 September 2010 19:53 UTC

From: "Worley, Dale R (Dale)" <dworley@avaya.com>
To: Hadriel Kaplan <HKaplan@acmepacket.com>, Mary Barnes <mary.ietf.barnes@gmail.com>
Date: Fri, 10 Sep 2010 15:50:36 -0400
Thread-Topic: [sipcore] #29: B2BUAs passing H-I through?
Thread-Index: ActJaao6mrNOe26PSH25OgbHoWgj2AHt8V2Y
Message-ID: <CD5674C3CD99574EBA7432465FC13C1B21FFC79C54@DC-US1MBEX4.global.avaya.com>
References: <061.a0f2ecdd8a145270021e7d7f4271c829@tools.ietf.org> <AANLkTikQz6dN30bKZdj0F99Frrm5kwvcKPrgz-Uza2sr@mail.gmail.com>, <451EA107-5853-486E-804B-1EE11FECCAF2@acmepacket.com>
In-Reply-To: <451EA107-5853-486E-804B-1EE11FECCAF2@acmepacket.com>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "sipcore@ietf.org" <sipcore@ietf.org>
Subject: Re: [sipcore] #29: B2BUAs passing H-I through?
Precedence: list

________________________________________
From: sipcore-bounces@ietf.org [sipcore-bounces@ietf.org] On Behalf Of Hadriel Kaplan [HKaplan@acmepacket.com]

Since a B2BUA is a UAC and UAS, one might think it should follow the rules for a UAC and UAS in this draft, restarting/clearing the H-I on each side. 

What you really want is a sentence/para saying a B2BUA would follow the rules for a Proxy with regards to H-I for requests which it forwards, unless local policy says otherwise; while for requests it generates itself it should act as a UAC.  For example if it generates a dialog-creating INVITE due to receiving a REFER, it would act as a UAC per the 4424bis draft, but if it is merely forwarding a dialog-creating INVITE (i.e. generating one due to receiving one) then it should follow the rules for a Proxy and copy the received H-I and add an entry, etc.  Right?
_______________________________________________

Yes.  Or perhaps even more flexibly -- E.g., a B2BUA that is creating an INVITE due to receiving a REFER, but that continues a dialog "from the other side", might send the new INVITE with the H-I received well in the past, when the other side dialog was created.  But the main point is as you stated, as the text stands now, a B2BUA sending an INVITE is acting as a UAC and must reinitialize the H-I.

Dale

[sipcore] #29: B2BUAs passing H-I through? sipcore issue tracker
Re: [sipcore] #29: B2BUAs passing H-I through? Mary Barnes
Re: [sipcore] #29: B2BUAs passing H-I through? Hadriel Kaplan
Re: [sipcore] #29: B2BUAs passing H-I through? Worley, Dale R (Dale)