Understanding the “shape peak” command
Posted in CCIE R&S, Frame-Relay, QoS on Aug 26th, 2008
Note: The following post is an excerpt from the full QoS section of IEWB-RS VOL1 version 5.... [Read the rest of this entry -->]
Recent Comments
- where is the link.
- cisco
- Great article . Will definitely apply it to my blo...
Archive for the 'Frame-Relay' Category
That Pesky Frame-Relay Interface-DLCI Command!
Posted in CCIE R&S, Frame-Relay on Aug 14th, 2008
Can you please help me understand use of Frame-Relay Interface-dlci command. It’s getting mysterious for me day by day as I am studying FR. The reason being is I earlier thought that I should only use this command on FR point to point subinterface. As Point to Point subinterface don’t allow us to put Frame relay map statements. Also in such case Inverse arp should be turned off. But while I was going through Cisco’s FR documentation on website I saw that in almost all examples they used interface dlci command on interface not on sub interface and also without turning off inverse arp. So the question now is if inverse arp is turned on then as per my understanding we need not to put this command as it will discover dlci settings through lmi signals automatically....
...[Read the rest of this entry -->]
New IEWB-RS Volume 1 Version 5 Updates!
Posted in CCIE R&S, CCIE Workbooks, Frame-Relay, IGP, Switching on Aug 4th, 2008
More updates have been posted tonight to the CCIE Routing & Switching Lab Workbook Volume 1 Version 5.0 Beta on the member’s site. Bridging & Switching, Frame Relay, IP Routing, RIP, and EIGRP are now posted. Also there is a new feature that indicates when the files were updated last, so you will always know if you have the most current version.... [Read the rest of this entry -->]
Understanding Frame Relay Mappings to 0.0.0.0
Posted in CCIE R&S, Frame-Relay on Jun 29th, 2008
Hi Brian,...
...[Read the rest of this entry -->]
IEWB-RS Volume I Version 5 Beta Frame Relay Labs Now Available
Posted in CCIE R&S, Frame-Relay on May 31st, 2008
IEWB-RS Volume I Version 5 Frame Relay labs are now posted on the members site. Please post all questions and comments about it here.... [Read the rest of this entry -->]
Resolving Reachability Between Spokes in a Hub and Spoke Frame-Relay Network
Posted in CCIE R&S, Frame-Relay on Mar 25th, 2008
A common question that I get from students in class is what are the options to resolve spoke to spoke reachability in a Frame-Relay network. Below are your “standard” choices in order of preference:... [Read the rest of this entry -->]
Fragmentation and Interleaving with MLPPP over Frame-Relay
Posted in CCIE R&S, CCIE Voice, Frame-Relay, QoS on Jan 26th, 2008
To begin with, why whould anyone need to run Multilink PPP (MLPPP or MLP) with Interleaving over Frame-Relay? Well, back in days, when Frame-Relay and ATM were really popular, there was a need to interwork the two technologies: that is, transparently pass encapsulated packets between FR and ATM PVCs. (This is similar in concept with modern L2 VPN interworking, however it was specific to ATM and Frame-Relay). Let’s imagine a situation where we have slow ATM and Frame-Relay links, used to transport a mix of VoIP and data traffic. As we know, some sort of fragmentation and interleaving scheme should be implemented, in order to keep voice quality under control. Since there was no fragmentation scheme common to both ATM and Frame-Relay, people came with idea to run PPP (yet another L2 tech) over Frame-Relay and ATM PVCs and use PPP multilink and interleave feature to implement fragmentation. (Actually there was no good scheme for native fragmentation and interleaving with VoIP over ATM – the cell mode technology – how ironic!)... [Read the rest of this entry -->]
MQC-based Frame Relay Traffic Shaping
Posted in CCIE R&S, Frame-Relay, QoS on Jan 24th, 2008
This is a “modern” way to configure FRTS, using MQC commands only to accomplish the task. With MQC approach, an unified interface has been introduced to configure all QoS settings, irrelevant of underlying technology.... [Read the rest of this entry -->]
Legacy Frame-Relay Traffic Shaping
Posted in CCIE R&S, Frame-Relay, QoS on Jan 22nd, 2008
This is the most well-known FRTS method, which has been available for quite a while on Cisco routers. It is now being outdated by MQC configurations. [Read the rest of this entry -->]
The key characteristic is that all settings are configured under map-class command mode, and later are applied to a particular set PVCs. The
same configuration concept was used for legacy ATM configuration mode (map-class atm)....
Frame Relay Traffic Shaping with GTS
Posted in CCIE R&S, Frame-Relay, QoS on Jan 21st, 2008
As first and very basic option, you may use Generic Traffic Shaping to implement FRTS. This is a common technique, not unique to Frame-Relay, with the following properties:... [Read the rest of this entry -->]
Frame-Relay DCE vs Physical DCE
Posted in CCIE R&S, Frame-Relay on Jan 8th, 2008
When configuring a Frame Relay switch layer 1 DCE/DTE is independent of layer 2 DCE/DTE. The “clock rate” command can only be applied on the layer 1 DCE side of the cable. This can be determined by looking at the cable for a DTE/DCE labeling, using the “show controllers serial X/X” command or by just issuing the “clock rate” command on both sides. The side that accepts the command is the layer 1 DCE.... [Read the rest of this entry -->]