Re: [Sip] Re: URI comparison rules - IPv6 addresses

"Vijay K. Gurbani" <vkg@alcatel-lucent.com> Wed, 21 November 2007 19:51 UTC

Return-path: <sip-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IuvbF-0006jj-54; Wed, 21 Nov 2007 14:51:05 -0500
Received: from sip by megatron.ietf.org with local (Exim 4.43) id 1IuvbD-0006jK-2l for sip-confirm+ok@megatron.ietf.org; Wed, 21 Nov 2007 14:51:03 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IuvbC-0006jC-On for sip@ietf.org; Wed, 21 Nov 2007 14:51:02 -0500
Received: from ihemail4.lucent.com ([135.245.0.39]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IuvbC-0005p6-Dq for sip@ietf.org; Wed, 21 Nov 2007 14:51:02 -0500
Received: from ihmail.ih.lucent.com (h135-1-218-70.lucent.com [135.1.218.70]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id lALJoq7r019815; Wed, 21 Nov 2007 13:50:52 -0600 (CST)
Received: from [135.185.244.90] (il0015vkg1.ih.lucent.com [135.185.244.90]) by ihmail.ih.lucent.com (8.11.7p1+Sun/8.12.11) with ESMTP id lALJoqj22368; Wed, 21 Nov 2007 13:50:52 -0600 (CST)
Message-ID: <47448C1B.7000603@alcatel-lucent.com>
Date: Wed, 21 Nov 2007 13:50:51 -0600
From: "Vijay K. Gurbani" <vkg@alcatel-lucent.com>
Organization: Bell Labs Security Technology Research Group
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Jeroen van Bemmel <jbemmel@zonnet.nl>
Subject: Re: [Sip] Re: URI comparison rules - IPv6 addresses
References: <0JRV00ABOC070460@jes-fe1.zx.nl>
In-Reply-To: <0JRV00ABOC070460@jes-fe1.zx.nl>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a
Cc: sip <sip@ietf.org>, Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>, Brett Tate <brett@broadsoft.com>
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
Errors-To: sip-bounces@ietf.org

Jeroen van Bemmel wrote:
> Vijay,
> It's not only IPv6: what about 127.0.0.1 versus 127.000.000.1?

Jeroen: Pedantically speaking, you are probably right.  But
in practice we do not generally see leading zeros in an IPv4
octet.

IPv6, with its compressed notation and the need to represent
hybrid addresses (like IPv4-mapped IPv6 addresses) makes the
representation issue more acute.  For instance, the low-order
32 bits of an IPv4-mapped IPv6 address can be represented using
the familiar dotted-decimal notation, or they can be represented
using the IPv6 colon-separated notation.

But your point is well taken: if we put some text about the
binary equivalence of different textual representations of an
IPv6 address, I guess we should do so for IPv4 as well.

Thanks,

- vijay
-- 
Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent
2701 Lucent Lane, Rm. 9F-546, Lisle, Illinois 60532 (USA)
Email: vkg@{alcatel-lucent.com,bell-labs.com,acm.org}
WWW:   http://www.alcatel-lucent.com/bell-labs


_______________________________________________
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