IETF Logo Mail Archive

Re: [Idr] Using BGP to advertise SD-WAN tunnels end point's private IPv6 addresses. (was registering tunnel types

"Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com> Mon, 05 November 2018 11:52 UTC

Return-Path: <wim.henderickx@nokia.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB245127133; Mon, 5 Nov 2018 03:52:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.371
X-Spam-Level:
X-Spam-Status: No, score=-2.371 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
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 xO5K2UNAYhia; Mon, 5 Nov 2018 03:52:07 -0800 (PST)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00111.outbound.protection.outlook.com [40.107.0.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C78D1277CC; Mon, 5 Nov 2018 03:52:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=lcXvL1M5O3Rfnf0b9gaC9cQvBp7qSOBqQcVD74BDBcU=; b=PDuRR4J8Tj9yiHznPkxBy8swJ1s2RUEehK/x9hauyd3uQpzdo0sGvfm9oxtMSgHeo0z8yRXekMomnZ7vEGPW9IsLIkGTzxwI48ldviDdfzUju5M2J83tBTxV/evstqi2BC6gRVZs295YAtJIBdDlm6TdwO5xb4GofkZk44XgU+E=
Received: from DB6PR07MB3477.eurprd07.prod.outlook.com (10.175.234.32) by DB6PR07MB3063.eurprd07.prod.outlook.com (10.175.235.29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1294.14; Mon, 5 Nov 2018 11:52:05 +0000
Received: from DB6PR07MB3477.eurprd07.prod.outlook.com ([fe80::5d66:3910:60c:6686]) by DB6PR07MB3477.eurprd07.prod.outlook.com ([fe80::5d66:3910:60c:6686%2]) with mapi id 15.20.1294.032; Mon, 5 Nov 2018 11:52:05 +0000
From: "Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com>
To: Fred Baker <fredbaker.ietf@gmail.com>, Linda Dunbar <linda.dunbar@huawei.com>
CC: "idr@ietf.org" <idr@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>, "ipv6@ietf.org" <ipv6@ietf.org>
Thread-Topic: [Idr] Using BGP to advertise SD-WAN tunnels end point's private IPv6 addresses. (was registering tunnel types
Thread-Index: AQHUdPQP+ZmmSSJuak+m74M0Ps0ZxKVA/l6AgAAkbQA=
Date: Mon, 05 Nov 2018 11:52:04 +0000
Message-ID: <DA03CDE7-539B-4DAB-A68D-07C2ABD3A066@nokia.com>
References: <4A95BA014132FF49AE685FAB4B9F17F66B18249E@sjceml521-mbs.china.huawei.com> <6E397847-407E-4F69-AD31-E87D0001F603@gmail.com> <4A95BA014132FF49AE685FAB4B9F17F66B182B93@sjceml521-mbs.china.huawei.com> <A55564ED-B913-437C-8442-DA5962F2BEC3@gmail.com>
In-Reply-To: <A55564ED-B913-437C-8442-DA5962F2BEC3@gmail.com>
Accept-Language: nl-BE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.12.0.181014
authentication-results: spf=none (sender IP is ) smtp.mailfrom=wim.henderickx@nokia.com;
x-originating-ip: [110.170.235.6]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; DB6PR07MB3063; 6:hmQaBZY87hcWaGll+8L5XdrJgsgXVIrWeltc7tO0SZXuY+PqrsCbQjs5n8bwXaCQY6sO8fywdlHZreuJrOurlDWE6Z/tzkRnt55ZA/oBqIYi7cqEPizZYl2NcpeymUTQNdJd3n87vsY6pCuvlPamSVi6Q+RrvlA59N7V/IH8O3wKbbO14ob9fWFDgsaff8He24Bca3PGdpCm23KpfNQmRKZ7HKLUJUZ8u4ScQ03xgGGdr9UzXkIbLARIKfPtvtjfF9PCCjTbVURJEizZ+dfWuYK6JjBL7JUU5sp8eBWH6Tp2A0alapM0F952KcwRZtmwTamh9n8p/DBBcq+OsUkuVve/R4JzJOeMHp+mu3UGHkvWzwwpdcaScB7yuTk2HXONNGwugDSfbgq3zOZMs6z2FGvwOou2kFtVMCm8AX7DZyb8gH3buhGkK678UKamUAHhz8Ow72o/VnYy86C3nDDOZw==; 5:iYA21awqFtp1Bocz/gRiCvwPZ/z7WPdE1Um/67F+f9zWNNFPTNQuzQMkJqQEpgypYMU2s4iIgyllOmhU1mldIkBkZy/UFTmLM0SgTsThWDCTDz7RH+wy1OW1KYZLh4oGBQXCWNJbSS1tbb5R/xM2+Md+eQrKjp7+3rAr6WeLIow=; 7:4viIW/KEMNWOjlp8PU2VBp5cAoTVt8wRyhL4neqzzc8xlZVnstonoh7H2LgL3ZCyawuV9XvO/XagXUQH4rp48RASY76+019vZaWd0Czzm/piS2cNdme/tAZ0VBkoxwPzySutfEEyGT1yUUSj59ZYSw==
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 22630125-461f-4dd7-b03d-08d643151b4c
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(5600074)(711020)(4618075)(4534185)(7168020)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7167020)(7193020); SRVR:DB6PR07MB3063;
x-ms-traffictypediagnostic: DB6PR07MB3063:
x-microsoft-antispam-prvs: <DB6PR07MB3063C1220F470C45186636F283CA0@DB6PR07MB3063.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(85827821059158)(50582790962513);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3231382)(11241501184)(806099)(944501410)(52105095)(3002001)(10201501046)(93006095)(93001095)(6055026)(148016)(149066)(150057)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123562045)(20161123560045)(20161123564045)(201708071742011)(7699051)(76991095); SRVR:DB6PR07MB3063; BCL:0; PCL:0; RULEID:; SRVR:DB6PR07MB3063;
x-forefront-prvs: 08476BC6EF
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(366004)(346002)(396003)(376002)(136003)(189003)(199004)(110136005)(54906003)(186003)(26005)(93886005)(229853002)(478600001)(14454004)(58126008)(7736002)(2616005)(446003)(476003)(486006)(25786009)(81156014)(81166006)(305945005)(316002)(11346002)(8936002)(66066001)(256004)(8676002)(86362001)(53546011)(6506007)(68736007)(82746002)(76176011)(97736004)(83716004)(3846002)(33656002)(99286004)(6116002)(39060400002)(71200400001)(71190400001)(4326008)(6246003)(55236004)(102836004)(2906002)(5660300001)(6486002)(6512007)(6436002)(53936002)(105586002)(2900100001)(106356001)(36756003); DIR:OUT; SFP:1102; SCL:1; SRVR:DB6PR07MB3063; H:DB6PR07MB3477.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: 5Bcrppqs/yf/omJPnHkl3kLQTfe2TGnq/KtanNAIwW8QDop8riliIP8MpSHdlxLiGueZEv4pSeIVUDJkWukJhH/EWfBkEAsiiIzN2gjEnFWK3rw5KKoUpQ7NpWmJ9LGZKESX42QqMoWy0Xr/fAPFwEYlQHVBxxCFIGnvQ1+kYk90MKyT/cKyrS9+/X7xBnhm1QG4VZir5O3B2A7Dc0hZTW69BsNTQcwpQpm3F3eUSAAeydFCyfhAgn0UcM+rV3SulCkJaiKQT9XnvK7zUAR0ZWFnrvnOK4jVrIR11fGhn68qImuOWhamxX0Da/6Hrc8H7/+xDYnClwtCIg9sBi3z+a+F/xo458sYk+UpxUFiTFk=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <36885E41B8E4C346A71484C1629BD1BD@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 22630125-461f-4dd7-b03d-08d643151b4c
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Nov 2018 11:52:04.9597 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR07MB3063
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/YizGqX0t6ILZXnG4ok4zARFVPoE>
Subject: Re: [Idr] Using BGP to advertise SD-WAN tunnels end point's private IPv6 addresses. (was registering tunnel types
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Nov 2018 11:52:10 -0000

In SD-WAN ctxt, to let a site which has IPv4 on the WAN talk to another site which has  IPv6 on the WAN, we will need to send the packets to a device who can map the v4 address to a v6 address (no NAT, but mapped I call it). The mapping table has nothing to do with NAT and is setup by a controller in most solutions.

Now this is working irrespective if the v4 site is NATed  (one way or another) or not.

On 05/11/2018, 17:42, "Idr on behalf of Fred Baker" <idr-bounces@ietf.org on behalf of fredbaker.ietf@gmail.com> wrote:

    
    
    > On Nov 5, 2018, at 5:40 PM, Linda Dunbar <linda.dunbar@huawei.com> wrote:
    > 
    > If a CPE-1 has private IPv6 addresses for its ports behind NAT, and CPE-2 has IPv4 address, can CPE-1 communicate with CPE-2 by the NAT's IPv4 address?
    
    There is no such thing as an IPv6 private address. I'm not sure how to respond to the question.
    --------------------------------------------------------------------------------
    Victorious warriors win first and then go to war,
    Defeated warriors go to war first and then seek to win.
         Sun Tzu

v2.23.0 | Report a Bug | By Email