Apr
25
Here ye, here ye, VTP experts. (We are not referring to the Vandenberg Test Program, although they are very likely experts in their field as well.  :)) Can you predict the results of a 3 switch VTP client/server scenario? SW1-3, are connected, as shown in the diagram. Here is the initial output of show VTP status, and show VLAN brief on each. Note that SW1 and SW3 are servers, while SW2 is a client.   We will be adding a failure to the network in just a moment. Read More
Oct
30
In this post we will look at the basic classification and marking features available in the 3550 and 3560 switches. Basic features include packet marking using port-level settings and port-level policy-maps. Discussing Per-VLAN classification is outside the scope of this document. The Catalyst QoS implementation bases on Differentiated Services model. In a few words, the ideas of this model could be outlined as follows: 1) Edge nodes classify ingress packets based on local policy and QoS label... Read More
Sep
11
People are often confused with per-VLAN classification, policing and marking features in the Catalyst 3550 and 3560 models. The biggest problem is lack of comprehensive examples in the Documentation CD. Let's quickly review and compare traffic policing features available on both platforms. The material below is a condensed excerpt of several Catalyst QoS topics covered in the “QoS” section of our IEWB VOL1 V5. You will find more in-depth explanations and large number of simulation-based... Read More
Jul
20
I found it important to make a small post in reply to the following question: Read More
Jul
09
Generally, flow-control is a mechanics allowing the receiving party of a connection to control the rate of the sending party. You may see many different implementations of flow-control technologies at different levels of OSI model (e.g. XON/XOFF for RS232, TCP sliding window, B2B credits for Fibre Channel, FECN/BECN for Frame-Relay, ICMP source-quench message, etc). Flow-Control allows for explicit feedback loop and theoretically implementing loss-less networks that avoid congestion. For the... Read More
Jul
05
UDLD (Unidirectional Link Detection) is Cisco proprietary extension for detecting a mis-configured link. The idea behind it is pretty strighforward - allow two switches to verify if they can both send and receive data on a point-to-point connection. Consider a network with two switches, A and B connected by two links: "A=B". Naturally, if "A" is the root of spanning tree, one of the ports on "B" will be blocking, constantly receiving BPDUs from "A". If this link would turn uni-directional and... Read More
Jan
31
You may want to see the updated version of this post at: Read More

Subscribe to INE Blog Updates

New Blog Posts!