RE: [PCN] Architecture draft - probing section & general updates.
"Jozef Babiarz" <babiarz@nortel.com> Wed, 28 November 2007 04:29 UTC
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxEXz-0005Bz-Pj; Tue, 27 Nov 2007 23:29:15 -0500
Received: from pcn by megatron.ietf.org with local (Exim 4.43) id 1IxEXy-0005Bg-Ho for pcn-confirm+ok@megatron.ietf.org; Tue, 27 Nov 2007 23:29:14 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxEXx-0005BQ-PB for pcn@ietf.org; Tue, 27 Nov 2007 23:29:14 -0500
Received: from zcars04e.nortel.com ([47.129.242.56]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IxEXv-0001B6-KP for pcn@ietf.org; Tue, 27 Nov 2007 23:29:13 -0500
Received: from zcarhxm1.corp.nortel.com (zcarhxm1.corp.nortel.com [47.129.230.97]) by zcars04e.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id lAS4Px102697; Wed, 28 Nov 2007 04:25:59 GMT
X-MIMEOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Architecture draft - probing section & general updates.
Date: Tue, 27 Nov 2007 23:28:48 -0500
Message-ID: <9671A92C3C8B5744BC97F855F7CB6465135B3428@zcarhxm1.corp.nortel.com>
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA503B342DC@E03MVZ1-UKDY.domain1.systemhost.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [PCN] Architecture draft - probing section & general updates.
Thread-Index: AcgW7SC2PEVcOi1+Qg+vZ1UxgSPGoQDfIixAAVzgg4AEZKGNsA==
References: ben.strulo@bt.com, marc.wennink@bt.com, arnaud.jacquet@bt.com, peter.hovell@bt.com, philip.eardley@bt.com <75A199C5D243C741BF3D3F1EBCEF9BA503B342DC@E03MVZ1-UKDY.domain1.systemhost.net>
From: Jozef Babiarz <babiarz@nortel.com>
To: philip.eardley@bt.com, lars.eggert@nokia.com
X-Spam-Score: -4.0 (----)
X-Scan-Signature: a1852b4f554b02e7e4548cc7928acc1f
Cc: pcn@ietf.org, Ruediger.Geib@t-systems.com
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>, <mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>, <mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org
Hi Phil, PCN-domain is enterprise network that is within one building or campus. Large enterprises have several locations that are distributed throughout the city, counter or even the world. Between different locations, Layer 2 or Layer 3 VPNs are used to interconnect usually using multiple VPNs to each location to provide resilience should one VPN fail for a period of time. Different approaches (ECMP, policy routing, etc) are used to distribute traffic on two or more VPNs between each location. Each or most of the enterprise locations are PCN-capable and the VPNs (tunnels) are used to interconnect the different locations. The ISPs that provide the tunnels are not PCN-capable. PCN function needs only to be supported within the global enterprise network. Edge nodes that provide admission control and flow termination need to support PCN-edge-node function. Enterprise core nodes and WAN nodes need to provide PCN-interior-node function. Terminally: In enterprise networks WAN (Wide Area Network) edge node is the node that provides connects to a foreign network and where normally Layer 2 or 3 VPN start and end. There may be other tunnels running inside the enterprise network but that is outside the scope of this example. Edge node is a switch or router where end terminals, hosts, servers connect to. Those the above help? Regards, Joe email:babiarz@nortel.com Telephone:613-763-6098 -----Original Message----- From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] Sent: November 5, 2007 1:57 PM To: Babiarz, Jozef (CAR:0S03); lars.eggert@nokia.com Cc: pcn@ietf.org; Ruediger.Geib@t-systems.com Subject: RE: [PCN] Architecture draft - probing section & general updates. Joe - trying to clarify... what's the PCN-domain? Does it run from one *enterprise* LAN edge switch/router to another (there's a tunnelled link between them), or from the end terminals. Ie what are the pcn-boundary-nodes {&pcn-interior-nodes)? The scenario isnt captured I think in the draft-ietf-pcn-architecture, so something should probably be added... Thanks Phil. > -----Original Message----- > From: Jozef Babiarz [mailto:babiarz@nortel.com] > Sent: 29 October 2007 21:06 > To: Lars Eggert > Cc: pcn@ietf.org; Geib, Ruediger > Subject: RE: [PCN] Architecture draft - probing section & general updates. > > Hi Lars, > I did not explain my scenario that clearly, I confused people the word > "access node". So here goes a second try. > > I'm thinking of a scenario that many enterprises face today. Large multi > location enterprises use multiple WAN links or VPS to interconnect their > locations (branch offices). PCN is run inside the enterprise network > including WAN links which may be tunneled across the carrier network. > Carrier network is not required to support PCN as the enterprise traffic > including PCN marking is tunneled, however it could. Network Access > Control with PCN admission control is done at the *enterprise* LAN edge > switch/router. New flows can be routed to any egress LAN edge > switch/router and some flows will (between different locations) be > routed over one of the WAN links which are normally bandwidth > constrained. There is a high probability that many of the edge LAN > switches/routers will have no flows setup between each other (no > ingress-egress aggregate) as there are a large number of edge LAN > switches/routers in the enterprise network and people calling patterns > change. They normal expect that they should be able to call anyone. > > > Regards, Joe > email:babiarz@nortel.com > Telephone:613-763-6098 > > -----Original Message----- > From: Lars Eggert [mailto:lars.eggert@nokia.com] > Sent: October 25, 2007 5:54 AM > To: Babiarz, Jozef (CAR:0S03) > Cc: Geib, Ruediger; pcn@ietf.org > Subject: Re: [PCN] Architecture draft - probing section & general > updates. > > On 2007-10-24, at 19:14, ext Jozef Babiarz wrote: > > I'm thinking of a scenario that many enterprises face today. Large > > multi > > location enterprises use multiple WAN links or VPS to interconnect > > their > > locations. PCN is run inside the enterprise network including WAN > > links > > which maybe tunneled across the carrier network. Network Access > > Control > > with PCN admission control is done at the enterprise access edge > > nodes. > > New flows can be routed to any egress access edge node and some flows > > will (between different locations) be routed over one of the WAN links > > which are normally bandwidth constrained. > > I understand your scenario so far. > > > There is a high probability > > that many access nodes will only have one flow between each other as > > there are a large number of them. > > I don't see how this follows, however. It seems that if the sites > that are being interconnected aren't tiny, there should very likely > be multiple flows per ingress/egress pair, no? > > Lars > > > _______________________________________________ > PCN mailing list > PCN@ietf.org > https://www1.ietf.org/mailman/listinfo/pcn _______________________________________________ PCN mailing list PCN@ietf.org https://www1.ietf.org/mailman/listinfo/pcn _______________________________________________ PCN mailing list PCN@ietf.org https://www1.ietf.org/mailman/listinfo/pcn
- [PCN] Architecture draft - probing section & gene… philip.eardley
- RE: [PCN] Architecture draft - probing section & … Hancock, Robert
- Re: [PCN] Architecture draft - probing section & … Michael Menth
- RE: [PCN] Architecture draft - probing section & … Anna Charny (acharny)
- Re: [PCN] Architecture draft - probing section & … Lars Eggert
- RE: [PCN] Architecture draft - probing section & … Anna Charny (acharny)
- Re: [PCN] Architecture draft - probing section & … Lars Eggert
- RE: [PCN] Architecture draft - probing section & … Anna Charny (acharny)
- RE: [PCN] Architecture draft - probing section & … Geib, Ruediger
- RE: [PCN] Architecture draft - probing section & … Geib, Ruediger
- RE: [PCN] Architecture draft - probing section & … Anna Charny (acharny)
- RE: [PCN] Architecture draft - probing section & … Geib, Ruediger
- Re: [PCN] Architecture draft - probing section & … Lars Eggert
- RE: [PCN] Architecture draft - probing section & … Jozef Babiarz
- RE: [PCN] Architecture draft - probing section & … Geib, Ruediger
- RE: [PCN] Architecture draft - probing section & … Anna Charny (acharny)
- RE: [PCN] Architecture draft - probing section & … Geib, Ruediger
- RE: [PCN] Architecture draft - probing section & … Anna Charny (acharny)
- RE: [PCN] Architecture draft - probing section & … Jozef Babiarz
- RE: [PCN] Architecture draft - probing section & … Geib, Ruediger
- RE: [PCN] Architecture draft - probing section & … Geib, Ruediger
- RE: [PCN] Architecture draft - probing section & … Geib, Ruediger
- Re: [PCN] Architecture draft - probing section & … Lars Eggert
- RE: [PCN] Architecture draft - probing section & … philip.eardley
- Re: [PCN] Architecture draft - probing section & … Lars Eggert
- RE: [PCN] Architecture draft - probing section & … Jozef Babiarz
- RE: [PCN] Architecture draft - probing section & … Jozef Babiarz
- RE: [PCN] Architecture draft - probing section & … Geib, Ruediger
- RE: [PCN] Architecture draft - probing section & … philip.eardley
- RE: [PCN] Architecture draft - probing section & … Jozef Babiarz
- Re: [PCN] Architecture draft - probing section & … philip.eardley
- Re: [PCN] Architecture draft - probing section & … Jozef Babiarz