Re: [sipcore] SIP Timer H and Timer B must have the same value ???

Adam Roach <adam@nostrum.com> Tue, 25 January 2011 14:12 UTC

Return-Path: <adam@nostrum.com>
X-Original-To: sipcore@core3.amsl.com
Delivered-To: sipcore@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BE7753A6ACE for <sipcore@core3.amsl.com>; Tue, 25 Jan 2011 06:12:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.347
X-Spam-Level:
X-Spam-Status: No, score=-102.347 tagged_above=-999 required=5 tests=[AWL=-0.420, BAYES_00=-2.599, FS_SINGLE_LETTER_H=0.672, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hPFrO6gdwECH for <sipcore@core3.amsl.com>; Tue, 25 Jan 2011 06:12:12 -0800 (PST)
Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by core3.amsl.com (Postfix) with ESMTP id 74CB43A6A8E for <sipcore@ietf.org>; Tue, 25 Jan 2011 06:12:11 -0800 (PST)
Received: from hydra-3.local (99-152-144-32.lightspeed.dllstx.sbcglobal.net [99.152.144.32]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id p0PEF6Do064657 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 25 Jan 2011 08:15:07 -0600 (CST) (envelope-from adam@nostrum.com)
Message-ID: <4D3EDAEA.7050403@nostrum.com>
Date: Tue, 25 Jan 2011 08:15:06 -0600
From: Adam Roach <adam@nostrum.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: mohamed.ati@orange-ftgroup.com
References: <F45661E8FBC74F4EB7E1E0386B562A7501D7FF76@ftrdmel0.rd.francetelecom.fr>
In-Reply-To: <F45661E8FBC74F4EB7E1E0386B562A7501D7FF76@ftrdmel0.rd.francetelecom.fr>
Content-Type: multipart/alternative; boundary="------------030101080501070909050606"
Received-SPF: pass (nostrum.com: 99.152.144.32 is authenticated by a trusted mechanism)
Cc: sipcore@ietf.org
Subject: Re: [sipcore] SIP Timer H and Timer B must have the same value ???
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sipcore>
List-Post: <mailto:sipcore@ietf.org>
List-Help: <mailto:sipcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jan 2011 14:12:13 -0000

[as participant]

On 1/25/11 06:39, Jan 25, mohamed.ati@orange-ftgroup.com wrote:
>
> I have a probleme understanding the following sentence RFC 3261
> regarding H and B Timers in section 17.2.1.
>
> "/Timer H determines when the server transaction abandons
> retransmitting the response. //Its value is chosen to equal Timer B,
> the amount of time a client transaction will continue to retry sending
> a request./"//
>
> Is this means that Timer H (in the server) and Timer B (in the client)
> must have the same value at both sides of a SIP hop ?
>
> If yes, why is this necessary and what are the impacts of not
> respecting this rule ? In fact, in some times this rule could not be
> satisfied: timers H and B are multiple of Timer T1 and this later may
> different at both sides of the SIP hop which is possible as the SIP
> hop node may have different types of connections at both sides (e.g.
> radio / Fiber). See figure below.
>

Actually, it's never a good idea to have differing values for T1 between
a client and a server. Robert Sparks has put together a good writeup of
the related issues here:

http://blog.tekelec.com/blog/bid/13564/Changing-SIP-s-Transaction-Timers-Part-1-of-2
http://blog.tekelec.com/blog/bid/13566/Changing-SIP-s-Transaction-Timers-Part-2-of-2

[as chair]

In the future, please address this kind of question to the
sip-implementors mailing list. See
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

/a