background image
350 Chapter 10: X.25/Frame Relay Topologies
has come from trial and error in the field. You might want to use subinterfaces on the Frame
Relay interfaces, which helps with this issue, but you need different network numbers for each
subinterface, creating larger routing tables.
Frame Relay Service Characteristics
It's important to look at what happens to the DLCI in the Frame Relay cloud. Figure 10-15
shows this process. You send out a frame with a Frame Relay header on it from Router A. Inside
that header is a DLCI number 100. There is no source or destination address, just the number
100. Think of a virtual circuit as pipes going through the Frame Relay carrier's cloud. Out of
the cloud comes the circuit with a frame with 200 in the header that traverses to Router B. In
the middle of the cloud, there could be many Frame Relay switches connecting the circuit from
end to end. The end-station routers know about only their "local" DLCI, not about any of the
others that might be involved in the connection. Because Frame Relay uses only this DLCI
address, it cannot reroute around failures like X.25 can. Frame Relay must depend on IP to
reroute around failures.
Figure 10-15
Frame Relay Service Characteristics
What happens in the cloud? The switch tracks the inbound port and the inbound DLCI number,
saying if it comes in Port A carrying the number 100, put it out Port B, which is how the
connection is made between the DLCIs.
The Frame Relay specification makes available the number of DLCIs as 0­1023 minus 16 on
each side. That is because 0­15 are reserved on the low end, and 1008­1023 are reserved on the
high end.
Router A
DLCI 100
Router B
DLCI 500
Cloud
DLCI 700
DLCI 600
DLCI 300
DLCI 400
DLCI 200
DLCI
87200333.book Page 350 Wednesday, August 22, 2001 2:53 PM