Showing posts with label Frame Relay. Show all posts
Showing posts with label Frame Relay. Show all posts

Tuesday, September 21, 2010

Important Frame Relay Terminology


Before we look at some basic Frame Relay configurations, we need to go over a few important topics and terms. Figure 6-1 shows two routers that connect to each other through a Frame Relay network.
Figure 6-1. A virtual circuit on a Frame Relay network
figs/IOS_0601.gif
Here are some terms you'll need to understand when working with Frame Relay:

Frame cloud
When connecting to a public frame network, you only know about your points of entry to the network; the interior of the network (the "cloud") is invisible to you. The network itself is often called a cloud, because you can't see what happens to your packets after they enter it.
Virtual circuit (VC)
A virtual circuit is a logical connection created by the frame provider from Point A to Point B across a frame cloud.
Data Link Connection Identifier (DLCI)
A DLCI is a value assigned by the frame provider to identify a virtual circuit. In other words, it's the Frame Relay equivalent of an address. DLCIs are unique only locally. That is, your router will have a unique DLCI for each virtual circuit it uses from one Frame Relay provider. However, as far as the Frame Relay provider is concerned, DLCIs are just numbers; the provider can reuse DLCIs throughout its network.
The router maps IP addresses to DLCIs so that it can communicate with a remote router by using the appropriate DLCI. There are two ways to map a DLCI to an IP address. First, you can allow the router to discover the DLCI by using inverse ARP, which is enabled by default. Second, you can explicitly map an IP address to a DLCI.
Local Management Interface (LMI)
The LMI is based on the type of Frame Relay switch you are connecting to. Your provider will give you this information. The LMI types are Cisco, Ansi, and q933a; Cisco is the default. Note that the routers at each end of the link may have different LMI settings, because they are connected to different types of switches.
Point-to-point
A point-to-point connection is a single virtual circuit that connects two points. In Figure 6-1, Router 1 connects to Router 2 with a frame network between them. On either side of the frame cloud is a router that knows that there is only one router at the other end. This kind of configuration is similar to connecting two routers directly over a serial line.
Multipoint
In a multipoint network, a single interface is connected to multiple virtual circuits with multiple DLCIs. Each virtual circuit is still point-to-point, but many logical point-to-point connections share the same physical interface. Subinterfaces should be used for each fully-meshed portion of the multipoint network. Remember that subinterfaces use the X.Y notation, where X is the interface and Y is the subinterface.
There are two types of multipoint networks: partially-meshed and fully-meshed. In a fully-meshed network, all the routers have direct connections to each other. In contrast, in a partially-meshed network, each router is connected to at least one other router, but may not have a direct connection to all the routers in the network. For example, you might have three routers, A, B, and C; Routers B and C are connected to Router A, but do not have a direct connection to each other.
Split horizon
Split horizon is a technique commonly used in routing protocols; it means that the router will not send information about a route out the same interface from which it learned the route. Split horizon is normally used to prevent routing loops. However, it can cause problems in a partially-meshed multipoint Frame Relay network. More than one router may be listening at the other end of any interface. Therefore, we don't want to suppress route announcements. For example, assume that we have three routers (i.e., three virtual circuits) connected to our multipoint interface. If a route comes to our interface from any of those points, we want to announce the route to the other two points. If split horizon is enabled, we can't send the route out our interface because that is where the route originated. However, split horizon should be enabled on a fully-meshed multipoint Frame Relay network.

Wednesday, September 15, 2010

Frame-Relay - Multipoint

Frame-Relay - Multipoint

In this post I'll detail the configuration used to set up frame-relay in a multipoint configuration for the lab shown in the diagram below.






R0

R0(config)#interface serial 0/0
R0(config-if)#ip address 192.168.1.1 255.255.255.0
R0(config-if)#encapsulation frame-relay
R0(config-if)#no shut

R0(config-if)#frame-relay map ip 192.168.1.2 100 broadcast
R0(config-if)#frame-relay map ip 192.168.1.3 101 broadcast
R0(config-if)#end


R1

R1(config)#interface serial 0/0
R1(config-if)#ip address 192.168.1.2 255.255.255.0
R1(config-if)#encapsulation frame-relay
R1(config-if)#no shut

R1(config-if)#frame-relay map ip 192.168.1.1 200 broadcast
R1(config-if)#frame-relay map ip 192.168.1.3 200 broadcast
R1(config-if)#end


R2

R2(config)#interface serial 0/0
R2(config-if)#ip address 192.168.1.3 255.255.255.0
R2(config-if)#encapsulation frame-relay
R2(config-if)#no shut
R2(config-if)#exit

R2(config)#interface serial 0/0
R2(config-if)#frame-relay map ip 192.168.1.1 300 broadcast
R2(config-if)#frame-relay map ip 192.168.1.2 300 broadcast
R2(config-if)#end



Show Commands

R2#show frame-relay lmi

LMI Statistics for interface Serial0/0 (Frame Relay DTE) LMI TYPE = ANSI
Invalid Unnumbered info 0 Invalid Prot Disc 0
Invalid dummy Call Ref 0 Invalid Msg Type 0
Invalid Status Message 0 Invalid Lock Shift 0
Invalid Information ID 0 Invalid Report IE Len 0
Invalid Report Request 0 Invalid Keep IE Len 0
Num Status Enq. Sent 168 Num Status msgs Rcvd 80
Num Update Status Rcvd 0 Num Status Timeouts 89
Last Full Status Req 00:00:04 Last Full Status Rcvd 00:00:04


R2#show frame-relay map
Serial0/0 (up): ip 192.168.1.1 dlci 300(0x12C,0x48C0), static,
broadcast,
CISCO, status defined, active
Serial0/0 (up): ip 192.168.1.2 dlci 300(0x12C,0x48C0), static,
broadcast,
CISCO, status defined, active



Debug Commands

R2#debug frame-relay lmi interface serial 0/0
Frame Relay LMI debugging is on
Displaying lmi data from interface Serial0/0 only
*Mar 1 00:58:02.583: Serial0/0(out): StEnq, myseq 100, yourseen 97, DTE up
*Mar 1 00:58:02.587: datagramstart = 0x7A019D4, datagramsize = 14
*Mar 1 00:58:02.587: FR encap = 0x00010308
*Mar 1 00:58:02.587: 00 75 95 01 01 01 03 02 64 61
*Mar 1 00:58:02.595:
*Mar 1 00:58:02.607: Serial0/0(in): Status, myseq 100, pak size 14
*Mar 1 00:58:02.607: RT IE 1, length 1, type 1
*Mar 1 00:58:02.607: KA IE 3, length 2, yourseq 98, myseq 100

Frame Relay - Point to Point

Frame Relay - Point to Point

In this post I will configure my lab to use frame relay in a point to point configuration. Below is a diagram of the lab I will be using.






R0

R0#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
R0(config)#interface serial 0/0
R0(config-if)#encapsulation frame-relay
R0(config-if)#exit

R0(config)#interface serial 0/0.100 point-to-point
R0(config-subif)#ip address 192.168.1.1 255.255.255.0
R0(config-subif)#frame-relay interface-dlci 100
R0(config-fr-dlci)#exit
R0(config-subif)#exit

R0(config)#interface serial 0/0.101 point-to-point
R0(config-subif)#ip address 192.168.2.1 255.255.255.0
R0(config-subif)#frame-relay interface-dlci 101
R0(config-fr-dlci)#exit
R0(config-subif)#exit

R0(config)#interface serial 0/0
R0(config-if)#no shut



R1

R1(config)#interface serial 0/0
R1(config-if)#encapsulation frame-relay
R1(config-if)#exit

R1(config)#interface serial 0/0.200 point-to-point
R1(config-subif)#ip address 192.168.1.2 255.255.255.0
R1(config-subif)#frame-relay interface-dlci 200
R1(config-fr-dlci)#exit
R1(config-subif)#exit

R1(config)#interface serial 0/0
R1(config-if)#no shutdown



R2

R2(config)#interface serial 0/0
R2(config-if)#encapsulation frame-relay
R2(config-if)#exit

R2(config)# interface serial 0/0.300 point-to-point
R2(config-subif)#ip address 192.168.2.2 255.255.255.0
R2(config-subif)#frame-relay interface-dlci 300
R2(config-fr-dlci)#exit
R2(config-subif)#exit

R2(config)#interface serial 0/0
R2(config-if)#no shutdown



Show Commands


R2#show frame-relay pvc
PVC Statistics for interface Serial0/0 (Frame Relay DTE)

Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0

DLCI = 300, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0.300

input pkts 349 output pkts 358 in bytes 31010
out bytes 30951 dropped pkts 0 in pkts dropped 0
out pkts dropped 0 out bytes dropped 0
in FECN pkts 0 in BECN pkts 0 out FECN pkts 0
out BECN pkts 0 in DE pkts 0 out DE pkts 0
out bcast pkts 344 out bcast bytes 29735
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
pvc create time 00:32:46, last time pvc status changed 00:31:55




R2#show frame-relay lmi
LMI Statistics for interface Serial0/0 (Frame Relay DTE) LMI TYPE = ANSI
Invalid Unnumbered info 0 Invalid Prot Disc 0
Invalid dummy Call Ref 0 Invalid Msg Type 0
Invalid Status Message 0 Invalid Lock Shift 0
Invalid Information ID 0 Invalid Report IE Len 0
Invalid Report Request 0 Invalid Keep IE Len 0
Num Status Enq. Sent 25 Num Status msgs Rcvd 26
Num Update Status Rcvd 0 Num Status Timeouts 0
Last Full Status Req 00:00:56 Last Full Status Rcvd 00:00:56



R2# sh frame-relay map
Serial0/0.300 (up): point-to-point dlci, dlci 300(0x12C,0x48C0), broadcast
status defined, active



After configuring frame relay I am able to ping routers on the same network but not the other networks, so currently R2 cannot talk to R1.


R2#ping 192.168.1.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.1.1, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)


I have no route to the 192.168.1.0 network in my routing table.


R2#sh ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
C 192.168.2.0/24 is directly connected, Serial0/0.300


To fix this problem I enable EIGRP on all my routers using the config below.


R2#conf t
Enter configuration commands, one per line. End with CNTL/Z.
R2(config)#router eigrp 10
R2(config-router)#network 192.168.0.0 0.0.255.255
R2(config-router)#end


Now I try again.


R2#ping 192.168.1.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.1.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 4/7/12 ms


And my routing table shows the routes created by EIGRP.


R2#show ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
D 192.168.1.0/24 [90/2681856] via 192.168.2.1, 00:01:20, Serial0/0.300
C 192.168.2.0/24 is directly connected, Serial0/0.300