Frame-Relay PVC bundle
In this short piece i would like to show how Frame-Relay PVC bundles work.
A PVC bundle is exactly what the name says. Its a bundle of PVC’s, with each PVC handling a certain Precedence, MPLS EXP or DSCP.
A requirement for the PVC bundle is that all IP Precedence or DSCP values will be handled by one of the PVC’s, so you need to set the “default” PVC unless
Service Provider emulation of a frame-relay network using MPLS.
One of the cool things about MPLS is its versatility.
In this post i will show how its possible for a service provider to support legacy frame-relay installations without actually having any frame-relay switches.
I will establish an MPLS core and show how a customer with three sites, one hub site and two spoke sites, will never even know that the core is running MPLS and not end-to-end frame-relay.
Frame-relay compression and fragmentation.
Link optimization on frame-relay.
Using frame-relay, bandwidth is especially a concern.
It is possible to optimize this bandwidth in several ways.
I will concentrate this post about compression and fragmentation.
First off, with compression on frame-relay there several methods of accomplishing this.
PVC Interface Priority Queueing – PIPQ
New technology i just learned about! Its called PIPQ, and stands for PVC Interface Priority Queueing.
As the name implies, its a Queueing method, and its only for frame-relay.
It basically functions in the same way as a PQ scheme, in that it has 4 queues, high, medium, normal and low.
Back in the labs.
Im pretty much back at my lab practice again. Doing Narbik’s labs.
Last 5-6 labs is all about frame-relay, including FRTS, PIPQ (Which i never encountered before), fragmentation and compression. All good stuff. As someone on twitter mentioned, its really amazing that frame-relay is still on the lab exam.