Re: DLCI 1 more time [7:75984] posted 09/23/2003
- Subject: Re: DLCI 1 more time [7:75984]
- From: ""Chuck Whose Road is Ever Shorter"" <nobody@xxxxxxxxxxxxxx>
- Date: Tue, 23 Sep 2003 17:52:11 GMT
""Howard C. Berkowitz"" wrote in message
> At 5:12 PM +0000 9/23/03, " Chuck Whose Road is Ever Shorter " wrote:
> > > With the caveat that FR is often just at the edge of their cloud
> >> (including some interprovider links). Inside the cloud, FR maps to
> >> ATM VCs, and increasingly MPLS tunnels.
> >which reminds me - PVP's - set up the same way? hop by hop? and each
> >point to point VC?
> OK -- acronym overload. Are you referring to paths identified by the
> ATM VPI? If so, think of it the VPI as a VPN ID within their cloud.
> The DLCIs would map locally to NSAPs.
a PVP, according to my reading on CCO, is a VC into which a number of PVC's
can be carried.
watch the wrap - should get you close. the subtitle is "configuring virtual
path shaping "
in any case, the mechanic is that the PVP has a VPI of XXX and so all your
PVC's would have a VPI of XXX, and a VCI that varied. All PVC's with the VPI
of XXX would be associated with the PVP of XXX. does that make sense to you?
the idea is that your ATM PVP would have a CBR, and you would use your ATM
edge equipment to create PVC's with different ATM service classes - VBR-rt,
VBR-nrt, UBR, etc for your different traffic.
> >I ask because I had a customer tell me about their provider design which
> >included high end connection at the hub, and a bunch of T1 circuits - two
> >three at each spoke, but not inverse multiplexed - and how the provider
> >giving them a PVP, which is why they wanted to buy some BGX's.
> >I'm proposing a different design concept because for the life of me I
> >figure how a single PVP is going to work.
> **Please support GroupStudy by purchasing from the GroupStudy Store:
> FAQ, list archives, and subscription info:
Message Posted at:
**Please support GroupStudy by purchasing from the GroupStudy Store:
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html