Re: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-14.txt> (Updates to LDP for IPv6) to Proposed Standard
Mark Tinka <mark.tinka@seacom.mu> Wed, 17 December 2014 20:17 UTC
Return-Path: <mark.tinka@seacom.mu>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 720151A874E; Wed, 17 Dec 2014 12:17:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.589
X-Spam-Level:
X-Spam-Status: No, score=-1.589 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HOST_MISMATCH_COM=0.311] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bo8zjiPrKVYe; Wed, 17 Dec 2014 12:17:49 -0800 (PST)
Received: from the-host.seacom.mu (ge-1.ln-01-jnb.za.seacomnet.com [105.28.96.5]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1BB591A86F7; Wed, 17 Dec 2014 12:17:49 -0800 (PST)
Received: from localhost ([127.0.0.1] helo=the-host.localnet) by the-host.seacom.mu with esmtp (Exim 4.80.1) (envelope-from <mark.tinka@seacom.mu>) id 1Y1L2U-0001Lb-L8; Wed, 17 Dec 2014 22:17:42 +0200
From: Mark Tinka <mark.tinka@seacom.mu>
Organization: SEACOM
To: "Aissaoui, Mustapha (Mustapha)" <mustapha.aissaoui@alcatel-lucent.com>
Subject: Re: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-14.txt> (Updates to LDP for IPv6) to Proposed Standard
Date: Wed, 17 Dec 2014 22:17:38 +0200
User-Agent: KMail/1.13.6 (Linux/2.6.37.6-24-desktop; KDE/4.6.0; i686; ; )
References: <20141204193700.25973.18733.idtracker@ietfa.amsl.com> <201412170803.47595.mark.tinka@seacom.mu> <4A79394211F1AF4EB57D998426C9340D947C2515@US70UWXCHMBA04.zam.alcatel-lucent.com>
In-Reply-To: <4A79394211F1AF4EB57D998426C9340D947C2515@US70UWXCHMBA04.zam.alcatel-lucent.com>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2135838.YQI8hhhvAA"; protocol="application/pgp-signature"; micalg="pgp-sha1"
Content-Transfer-Encoding: 7bit
Message-Id: <201412172217.41962.mark.tinka@seacom.mu>
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/t8zwYnLf5oF0_JRVvy5Hn0aePDI
X-Mailman-Approved-At: Thu, 18 Dec 2014 08:30:02 -0800
Cc: "mpls@ietf.org" <mpls@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, IETF-Announce <ietf-announce@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: mark.tinka@seacom.mu
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2014 20:17:51 -0000
On Wednesday, December 17, 2014 03:26:54 PM Aissaoui, Mustapha (Mustapha) wrote: > It is actually testing against existing LDP IPv4 > implementations when the LSR compliant to this draft > sends LDP IPv6 FECs and LDP IPv6 addresses over the LDP > IPv4 session. > > Here is a brief summary of the issues as I described to > the list this summer: " > When an LSR which supports LDP IPv6 according to this > draft is in a LAN with a broadcast interface, it can > peer with LSRs which support this draft and LSRs which > do not. When it peers using IPv4 LDP control plane with > an LSR which does not support this draft, we have seen > during our testing an issue that the advertisement of > IPv6 addresses or IPv6 FECs to that peer will cause it > to bring down the IPv4 LDP session. > > In other words, there are deployed LDP implementations > which are compliant to RFC 5036 for LDP IPv4 but are not > compliant to RFC 5036 when it comes to handling IPv6 > address or IPv6 FECs over an LDP IPv4 session. This is > making us very concerned that when users enable > dual-stack LDP IPv4/IPv6, they will bring down LDP IPv4 > sessions which have been working in a multi-vendor > environments for so many years. " Thanks for the explanation, Mustapha. Operationally, sounds a bit like IS-IS in a mixed single and dual stack environment, but with IS-IS running in ST (Single Topology) mode. Of course, the IS-IS solution is to support MT (Multi- Topology) so that adjacencies between a single stack and dual stack device work just fine. I realize I'm simplifying things a bit, but not sure if we can borrow a leaf from the IS-IS solution, if we are going to implement an integrated LDPv4/LDPv6 in the same code base. One more question - are you implying that this issue is not present in a point-to-point topology? Mark.
- RE: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Aissaoui, Mustapha (Mustapha)
- Re: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Mark Tinka
- RE: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Aissaoui, Mustapha (Mustapha)
- RE: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Dutta, Pranjal K (Pranjal)
- Re: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Mark Tinka
- Re: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Mark Tinka
- RE: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Aissaoui, Mustapha (Mustapha)
- Re: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Mark Tinka
- RE: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Aissaoui, Mustapha (Mustapha)
- RE: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Aissaoui, Mustapha (Mustapha)
- RE: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Adrian Farrel
- Re: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Mark Tinka
- RE: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Aissaoui, Mustapha (Mustapha)
- RE: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Aissaoui, Mustapha (Mustapha)
- Re: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Rajiv Asati (rajiva)
- RE: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Adrian Farrel
- RE: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Aissaoui, Mustapha (Mustapha)
- RE: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Aissaoui, Mustapha (Mustapha)
- Re: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Rajiv Asati (rajiva)
- RE: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Aissaoui, Mustapha (Mustapha)
- Re: [mpls] Last Call: <draft-ietf-mpls-ldp-ipv6-1… Rajiv Asati (rajiva)