The Bridge router
protocols is illustrated here in relation to the OSI model:
Click the protocols on the map to see
more details.
BPDU
Bridge Protocol Data Unit (BPDU) is the
IEEE 802.1d MAC Bridge Management protocol which is the standard
implementation of STP (Spanning Tree Protocol). It uses the
STP algorithm to insure that physical loops in the network
topology do not result in logical looping of network traffic.
Using one bridge configured as root for reference, the BPDU
switches one of two bridges forming a network loop into standby
mode, so that only one side of a potential loop passes traffic.
By examining frequent 802.1d configuration updates, a bridge
in the standby mode can switch automatically into the forward
mode if the other bridge forming the loop fails.
The structure of the Configuration BPDU
is shown in the following illustration:
|
Octets |
Protocol identifier |
1-2 |
Protocol version identifier |
3 |
BPDU type |
4 |
Flags |
5 |
Root identifier |
6-13 |
Root path cost |
14-17 |
Bridge identifier |
18-25 |
Port identifier |
26-27 |
Message age |
28-29 |
Max age |
30-31 |
Hello time |
32-33 |
Forward delay |
34-35 |
Configuration
BPDU structure |
Protocol identifier
Identifies the spanning tree algorithm and protocol.
Protocol version identifier
Identifies the protocol version.
BPDU type
Identifies the BPDU type: 00000000=Configuration, 10000000=Topology
change notification. For the later type, no further fields
are present.
Flags
Bit 8 is the Topology Change Acknowledgement flag.
Bit 1 is the Topology Change flag.
Root path cost
Unsigned binary number which is a multiple of arbitrary
cost units.
Bridge identifier
Unsigned binary number used for priority designation (lesser
number denotes the bridge of the higher priority).
Port identifier
Unsigned binary number used as port priority (lesser number
denotes higher priority).
Message age, Max age,
Hello time, Forward delay
These are 4 timer values encoded in 2 octets. Each represents
an unsigned binary number multiplied by a unit of time of
1/256 of a second. Thus times range from 0 to 256 seconds.
 |
BPDU decode |
Interested in more details about
testing this protocol?
Cisco
HDLC (cHDLC)
The Cisco company produces communications
equipment such as routers and bridges which use a proprietary
protocol header (known as Cisco HDLC
(cHDLC)) to transfer LAN protocols via WAN.
Cisco Routers default encapsulation
on synchronous serial lines uses HDLC framing with packet
contents as defined in the following illustration:
|
Address
|
Control
|
Protocol
code |
Information
|
|
1
byte |
1
byte |
2
bytes |
variable
|
Cisco
HDLC (cHDLC) header structure |
Address
Specifies the type
of packet:
| 0x0F |
Unicast packets. |
| 0x8F |
Broadcast packets. |
Control
Always set to zero.
Protocol code
Specifies the encapsulated
protocol. The Protocol Code is usually Ethernet type codes;
however, Cisco has added some codes to support packet types
that do not appear in Ethernet.
Standard Ethernet values include:
| 0x0200 |
PUP. |
| 0x0600 |
XNS. |
| 0x0800 |
IP. |
| 0x0804 |
Chaos. |
| 0x0806 |
ARP. |
| 0x0BAD |
Vines IP. |
| 0x0BAF |
Vines Echo. |
| 0x6003 |
DECnet phase IV. |
| 0x8019 |
Apollo domain. |
| 0x8035 |
Cisco SLARP. |
| 0x8038 |
DEC bridge spanning tree protocol. |
| 0x809B |
Apple EtherTalk. |
| 0x80F3 |
AppleTalk ARP. |
| 0x8137 |
Novell IPX. |
Cisco-specific values include: |
| 0x0808 |
Frame Relay ARP. |
| 0x4242 |
IEEE bridge spanning protocol. |
| 0x6558 |
Bridged Ethernet/802.3 packet. |
| 0xFEFE |
ISO CLNP/ISO ES-IS DSAP/SSAP. |
Information
Higher-level protocol
data.
Interested in more details about
testing this protocol?
Cisco
SRB
Cisco uses a proprietary header in order
to pass Token Ring information over WAN lines. This is known
as Source Routing Bridging (SRB).
Interested in more
details about testing this protocol?
Cisco ISL
The Inter-Switch Link or ISL is used to
inter-connect two VLAN capable Ethernet switches using the
Ethernet MAC and Ethernet media. The packets on the ISL link
contain a standard Ethernet, FDDI, or Token Ring frame and
the VLAN information associated with that frame. Some additional
information is also present in the frame.
The format of the header is shown in the
following illustration:
|
|
Octets |
Destination Address
|
1-5 |
Frame Type |
6 |
User Type |
7 |
Source Address |
8-14 |
Length |
15-17 |
SNAP LLC |
18-21 |
HSA |
22-25 |
Virtual
LAN ID |
BPDU (1) |
26-41 |
Index |
42-44 |
Reserved |
45-47 |
| Cisco
HDLC (cHDLC) header structure
|
Destination address
The Destination
Address field contains a 5 byte destination address.
Frame type
The Frame Type indicates the type of frame that is encapsulated.
In the future this could be used to indicate alternative encapsulations.
The following Type codes are defined:
| 0000 |
Ethernet |
| 0001 |
Token Ring |
| 0010 |
FDDI |
| 0011 |
ATM |
User type
| 0 |
Normal
priority. |
| 1 |
Highest
priority. |
Source address
This field contains
the source address of the ISL packet. It should be set to
the 802.3 MAC address of the switch port transmitting the
frame. It is a 48 bit value.
Length
A 16 bit field containing
the length of the packet in bytes, not including the DA, T,
U, SA, LEN and CRC fields. The total length of the fields
excluded is 18 bytes so the length field is the total length
minus 18 bytes.
HSA
The HSA (High bits
of source address) field contains the upper 3 bytes of the
SA field.
Virtual LAN ID
Virtual LAN ID.
This is the virtual LAN ID of the packet. It is a 15 bit value
that is used to distinguish frames on different VLANs. This
field is often referred to as the color of the packet.
BPDU and CDP indicator
| 0 |
Not
forwarded to the CPU for processing. |
| 1 |
Forwarded
to the CPU for processing. |
Index
The Index field
indicates the port index of the source of the packet as it
exits the switch. It is used for diagnostic purposes only
and may be set to any value by other devices. It is a 16-bit
value and ignored in received packets.
Reserved
A reserved field.
Interested in more details about
testing this protocol?
DRiP
Cisco Ios Release 11.3(4)T
The Cisco Duplicate Ring Protocol (DRiP)
runs on Cisco routers and switches that support VLAN networking
and is used to identify active Token Ring VLANs. A VLAN is
a logical group of LAN segments with a common set of requirements.
DRiP information is used for all-routes explorer filtering
and detecting the configuration of duplicate TrCRFs across
routers and switches, which would cause a TrCRF (Token ring
Concentrator Relay Function; a logical grouping of ports)
to be distributed across ISL trunks. DRiP sends advertisements
to a multicast address so the advertisements are received
by all neighboring devices. The advertisement includes VLAN
information for the source device only. The DRiP database
in the router is initialized when TRISL (Ciscos Token
Ring Inter-Switch Link) encapsulation is configured, at least
one TrBRF (Token Ring bridge relay function, a logical grouping
of TrCRFs) is d efined, and the interface is configured for
SRB (source route bridging) or for routing with RIF.
When a switch receives a DRiP advertisement
from a router, it compares the information in the advertisement
with its local configuration to determine which TrCRFs have
active ports and then denies any configuration that would
allow a TrCRF that is already active on another box to be
configured on the local switch. If there is a conflict between
2 identical TrCRFs, all ports attached to the conflicting
TrCRFs are shut down in the switches and the routers
ports remain active. A DRiP advertisement is sent every 30
seconds by the router.
DRiP is assigned the Cisco HDLC protocol
type value 0x0102. A Cisco proprietary SNAP value is used.
The following fields appear in DRiP frames:
Version
The version number.
Code
The code number.
VLAN info count
The number of VLAN information elements.
VLAN 1... VLAN2...
Various VLAN information elements.
Interested in more
details about testing this protocol?
MAPOS
RFC
2171-6
The MAPOS (Multiple Access Protocol over
SONET/SDH) protocol provides multiple access capability over
SONET/SDH. It has the scalability of SONET/SDH and also provides
a seamless network environment. MAPOS is connectionless, thus
well suited for IP traffic. In addition it supports both broadcasts
and multicasts. An efficient and simple forwarding mechanism
makes it an excellent solution for high-speed networking at
all levels: SONET LAN, SONET campus backbone, SONET Internet
backbone, and Internet exchange using SONET WAN. MAPOS uses
an HDLC-like framing. MAPOS supports a wide range of line
rates from 155 Mbps to 10 Gbps, with potential for higher
rates in the future.
The fields are transmitted from left to
right.
MAPOS frame format
Flag
01111110 |
|
Protocol
(16 bits) |
Information |
FCS
(16/32 bits) |
Flag
01111110 |
MAPOS
frame structure |
Flag sequence
Flag sequence is used
for frame synchronization. Each frame begins and ends with
a flag sequence.
Address
This field contains the destination
HDLC address.
Protocol
The protocol field indicates
the protocol to which the datagram encapsulated in the information
field belongs; for example, 0xFE01 is ARP and 0x0021 is IP.
Information
The information field contains
the datagram for the protocol specified in the protocol field.
FCS (frame check sequence)
This is 16 bits long (but may
be 32). It is calculated over all bits of the address protocol
and information fields.
Note on Interframe fill:
A sending station continuously
transmits the flag sequence as Inter-frame fills after the
FCS field. The inter-frame flag sequences is silently discarded
by the receiving station. When an under-run occurs during
DMA in the sending station, it aborts the frame transfer and
continuously sends the flag sequence to indicate the error.
Interested in more details about
testing this protocol?
RND
The RND company produces communications
equipment such as routers and bridges. The company uses a
proprietary protocol header (known as RND) to transfer LAN
protocols via WAN.
The structure of the RND header is shown
in the following illustration:
| 1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
16 |
MPCC
|
Destination bridge ID
|
Destination bridge entity
|
Source bridge ID |
Source bridge entity
|
Message broadcast ID
|
Message broadcast bridge
|
Cost |
Routing flag |
Link count |
Data length |
RND
header structure |
MPCC
Specifies normal
case or swap bytes case.
Destination bridge ID
Specifies the type
of message:
| 0xF4 |
IPX router message. |
| 0xF4 |
DECnet router message. |
| 0xF7 |
IP router message. |
| 0xF8 |
TRE management message. |
| 0xF9 |
ETE management message. |
| 0xFB |
Routing message bridge ID. |
| 0xFC |
This bridge entity. |
| 0xFD |
Channel status message. |
| 0xFE |
Common LAN bridge ID. |
| 0xFF |
Broadcast bridge ID. |
Destination bridge entity
Value of the entity:
| 0x0F |
LAN
broadcast entity. |
| 0x64 |
Smap
entity. |
| 0x65 |
Reml
entity. |
| 0x6F |
C5
reml entity. |
| 0x79 |
RS232
rem entity. |
Source bridge ID
Refer to destination
bridge ID above.
Source bridge entity
Refer to destination
bridge entity above.
Message broadcast ID
Message broadcast bridge
Cost
Accumulated cost.
Routing flag
Routing attributes.
Link count
Count of router
hops.
Data length
Length of the data in bytes
(swapped).
Interested in more details about
testing this protocol?
SSP
ftp://ftp.rfc-editor.org/in-notes/rfc2174.txt.
The Switch-Switch Protocol. is
an extension to MAPOS version 1, Switch Switch Protocol,
for routing both unicast and broadcast/multicast frames.
MAPOS, Multiple Access Protocol over SONET /SDH, is a
link layer protocol for transmission of HDLC frames over
SONET/SDH. A SONET switch provides the multiple access
capability to each node. SSP is a dynamic routing protocol
designed for an environment where a MAPOS network segment
spans over multiple switches. It is a protocol of the
Distance Vector family. It provides both unicast and broadcast/multicast
routing. The SSP packet is encapsulated in the information
field of a MAPOS HDLC frame.
Header Structure
| (MSB) |
|
(LSB) |
| 8 |
8 |
16 |
Command |
Version |
unused |
Command
The commands field:
1
2 |
Request: a request to send all of part
of the SSP routing table.
Response: A message containing all or a part of the
senders SSP routing table. This message may be sent
in response to a request, or it may be an update message
generated by the sender. |
Version
The version of SSP being used
Interested in more details about
testing this protocol?
Wellfleet
SRB
Wellfleet, which is known today as Bay
Networks, is a manufacturer of routers and bridges. They use
a proprietary header in order to pass Token Ring information
over WAN lines. This is known as Source Routing Bridging (SRB).
|
Destination |
Source |
Route information |
LLC |
|
6 bytes |
6 bytes |
variable & optional |
variable |
Wellfleet
SRB structure |
Destination
The address structure
is as follows:
|
I/G |
U/L |
Address bits |
Wellfleet
destination address structure |
| I/G |
Individual/group
address may be: |
|
0 |
Individual
address. |
|
1 |
Group
address. |
| U/L |
Universal/local
address may be: |
|
0 |
Universally
administered. |
|
1 |
Locally administered. |
Source
The address structure
is as follows:
|
RII |
I/G |
Address bits |
Wellfleet
source address structure |
| RII |
Routing
information indicator: |
|
0 |
RI
absent. |
|
1 |
RI
present. |
| I/G |
Individual/group
address: |
|
0 |
Group
address. |
|
1 |
Individual address. |
Route information
The structure
is as follows:
<----------------------------------------
RI Field ---------------------------------------> |
| <------------- RC Field -------------->
<-------------- RD Fields ----------------> |
RT |
LTH |
D |
LF |
r |
RD1 |
RD2 |
... |
RDn |
| 3 |
5 |
1 |
6 |
1 |
16 |
16 |
|
16 |
<--------------------------------
Length in LTH Field -------------------------------> |
Wellfleet route information
structure
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| RC |
Routing
control (16 bits). |
| RDn |
Route
descriptor (16 bits). |
| RT |
Routing
type (3 bits). |
| LTH |
Length
(5 bits). |
| D |
Direction
bit (1 bit). |
| LF |
Largest
frame (6 bits). |
| r |
Reserved (1 bit). |
Interested in more details about
testing this protocol?
Wellfleet
BOFL
The Wellfleet Breath of Life (BOFL)
protocol is used as a line sensing protocol on:
- Ethernet LANs to detect transmitter
jams.
- Synchronous lines running WFLT
STD protocols to determine if the line is up.
- Dial backup PPP lines.
The frame format of Wellfleet BOFL
is shown following the Ethernet header in the following
illustration:
|
Destination |
Source |
8102 |
PDU |
Sequence |
Padding |
|
6 |
6 |
2 |
4 |
4 |
n bytes |
<---------------------------------------->
Ethernet Header |
|
| Wellfleet
BOFL structure |
Destination
6-byte destination
address.
Source
6-byte source
address.
8102
EtherType (0x8102
for Wellfleet BOFL frames).
PDU
PDU field normally equals 0x01010000, but may equal
0x01011111 in some new releases on synchronous links.
Sequence
4-byte sequence field is an incremental counter.
Padding
Padding to fill out the frame to 64 bytes.
Interested in more details about
testing this protocol?