Not in my tests below R1 interface Serial0/0/0 ip address 1.1.1.1 255.255.255.252 encapsulation frame-relay frame-relay interface-dlci 200 class lmi no frame-relay inverse-arp
map-class frame-relay lmi frame-relay end-to-end keepalive mode bidirectional R2 interface Serial0/0/0 ip address 1.1.1.2 255.255.255.252 encapsulation frame-relay clock rate 2000000 frame-relay interface-dlci 200 class lmi no frame-relay inverse-arp map-class frame-relay lmi frame-relay end-to-end keepalive mode bidirectional The end-to-end keepalive is an extra check between DTE to DTE devices to enable administrators to check the end to end path The problem here is the protocol status will always be down as the Cisco LMI keepalive is sending messages but receiving none back hence L2 will never come up R1#show frame-relay lmi LMI Statistics for interface Serial0/0/1 (Frame Relay DTE) LMI TYPE = CISCO 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 64 Num Status msgs Rcvd 0 Num Update Status Rcvd 0 Num Status Timeouts 63 Last Full Status Req 00:00:06 Last Full Status Rcvd never R2#show frame-relay lmi LMI Statistics for interface Serial0/0/0 (Frame Relay DTE) LMI TYPE = CISCO 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 234 Num Status msgs Rcvd 0 Num Update Status Rcvd 0 Num Status Timeouts 233 Last Full Status Req 00:00:08 Last Full Status Rcvd never -- BR Tony On 8 December 2013 19:37, scubajasona <[email protected]> wrote: > Wouldn't a third way be FREEK ? > > > Sent from my Verizon Wireless 4G LTE Smartphone > > > > -------- Original message -------- > From: Tony Singh <[email protected]> > Date: 12/08/2013 08:48 (GMT-05:00) > To: Gbenga Olubisi <[email protected]> > Cc: "rauenpc ." <[email protected]>,[email protected] > Subject: Re: [OSL | CCIE_RS] PPPoFR > > > > Yeh there's two methods of achieving back to back frame relay > > 1. Need to turn off keepalives both ends else L2 process fails (as we're > expecting LMI messages from provider) > Or > 2. Enable one end of the link to be frame-relay DCE type and by enabling > frame-relay PVC switching on the same side, as you did (this simulates a > DTE to DCE physical peering for which frame-relay LMI messages will be sent > and received using default Cisco LMI type) > > The DSG already turned off the LMI keepalives both ends > > -- > BR > > Tony > > Sent from my iPad > > > On 5 Dec 2013, at 16:01, Gbenga Olubisi <[email protected]> > wrote: > > > > Hi rauenpc, > > > > just done this in GNS3 and it works. > > > > R5 > > === > > > > ! > > frame-relay switching > > ! > > ! > > interface Serial0/0 > > no ip address > > encapsulation frame-relay > > serial restart-delay 0 > > clock rate 2016000 > > frame-relay interface-dlci 205 ppp Virtual-Template1 > > frame-relay interface-dlci 222 ppp Virtual-Template1 > > frame-relay intf-type dce > > ! > > interface Multilink1 > > ip address 150.20.25.5 255.255.255.0 > > ppp multilink > > ppp multilink group 1 > > ! > > ! > > interface Virtual-Template1 > > no ip address > > ppp multilink > > ppp multilink group 1 > > ! > > > > > > R2 > > == > > ! > > interface Serial0/0 > > no ip address > > encapsulation frame-relay > > serial restart-delay 0 > > clock rate 2016000 > > frame-relay interface-dlci 205 ppp Virtual-Template1 > > frame-relay interface-dlci 222 ppp Virtual-Template1 > > ! > > interface Multilink1 > > ip address 150.20.25.2 255.255.255.0 > > ppp multilink > > ppp multilink group 1 > > ! > > interface Virtual-Template1 > > no ip address > > ppp multilink > > ppp multilink group 1 > > ! > > > > > > R5#ping 150.20.25.2 > > > > Type escape sequence to abort. > > Sending 5, 100-byte ICMP Echos to 150.20.25.2, timeout is 2 seconds: > > !!!!! > > Success rate is 100 percent (5/5), round-trip min/avg/max = 20/31/48 ms > > R2#ping 150.20.25.5 > > > > Type escape sequence to abort. > > Sending 5, 100-byte ICMP Echos to 150.20.25.5, timeout is 2 seconds: > > !!!!! > > Success rate is 100 percent (5/5), round-trip min/avg/max = 20/30/44 ms > > > > > > > > > > > > > > > > > >> On Thu, Dec 5, 2013 at 3:55 PM, rauenpc . <[email protected]> wrote: > >> > >> If it makes any difference, I applied the same commands to a couple > >> routers in GNS3, and everything worked like a charm so the multilink, > >> virtual-template, and frame-relay related commands under the serial > >> interface seem to be all in order. > >> > >> I also added the commands suggested by Gbenga, but the situation is the > >> same, with the exception that se0/2/0 now shows as being DCE when doing > a > >> show interface. > >> > >> > >> On Thu, Dec 5, 2013 at 9:44 AM, Gbenga Olubisi < > [email protected]>wrote: > >> > >>> You need to configure frame-relay switching in the global config of one > >>> of the switches e.g R5 > >>> Also configure the serial on that same switch as DCE ---> frame-relay > >>> intf-type dce > >>> > >>> > >>>> On Thu, Dec 5, 2013 at 3:36 PM, rauenpc . <[email protected]> wrote: > >>>> > >>>> They are both DTE, and if I try to remove the clock rate command on > >>>> either > >>>> side it does nothing. > >>>> > >>>> R5(config-if)#do show int se0/2/0 > >>>> Serial0/2/0 is up, line protocol is up > >>>> Hardware is GT96K Serial > >>>> MTU 1500 bytes, BW 1544 Kbit/sec, DLY 20000 usec, > >>>> reliability 255/255, txload 1/255, rxload 1/255 > >>>> Encapsulation FRAME-RELAY, loopback not set > >>>> Keepalive not set > >>>> CRC checking enabled > >>>> LMI DLCI 1023 LMI type is CISCO frame relay DTE > >>>> FR SVC disabled, LAPF state down > >>>> Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface > >>>> broadcasts 0 > >>>> Last input 01:08:19, output 00:00:10, output hang never > >>>> Last clearing of "show interface" counters 01:08:16 > >>>> Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 > >>>> Queueing strategy: weighted fair > >>>> Output queue: 0/1000/64/0 (size/max total/threshold/drops) > >>>> Conversations 0/1/256 (active/max active/max total) > >>>> Reserved Conversations 0/0 (allocated/max allocated) > >>>> Available Bandwidth 1158 kilobits/sec > >>>> 5 minute input rate 0 bits/sec, 1 packets/sec > >>>> 5 minute output rate 0 bits/sec, 1 packets/sec > >>>> 6560 packets input, 134480 bytes, 0 no buffer > >>>> Received 0 broadcasts, 0 runts, 0 giants, 0 throttles > >>>> 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort > >>>> 6560 packets output, 134480 bytes, 0 underruns > >>>> 0 output errors, 0 collisions, 2 interface resets > >>>> 0 unknown protocol drops > >>>> 0 output buffer failures, 0 output buffers swapped out > >>>> 0 carrier transitions > >>>> DCD=up DSR=up DTR=up RTS=up CTS=up > >>>> > >>>> R5(config-if)# > >>>> R5(config-if)#do show run int se0/2/0 > >>>> Building configuration... > >>>> > >>>> Current configuration : 321 bytes > >>>> ! > >>>> interface Serial0/2/0 > >>>> no ip address > >>>> encapsulation frame-relay > >>>> no keepalive > >>>> clock rate 2000000 > >>>> frame-relay interface-dlci 205 ppp Virtual-Template1 > >>>> frame-relay interface-dlci 222 ppp Virtual-Template1 > >>>> frame-relay interface-dlci 502 ppp Virtual-Template1 > >>>> frame-relay interface-dlci 555 ppp Virtual-Template1 > >>>> end > >>>> > >>>> R5(config-if)#int se0/2/0 > >>>> R5(config-if)#no clock rate 2000000 > >>>> R5(config-if)#do show run int se0/2/0 > >>>> Building configuration... > >>>> > >>>> Current configuration : 321 bytes > >>>> ! > >>>> interface Serial0/2/0 > >>>> no ip address > >>>> encapsulation frame-relay > >>>> no keepalive > >>>> clock rate 2000000 > >>>> frame-relay interface-dlci 205 ppp Virtual-Template1 > >>>> frame-relay interface-dlci 222 ppp Virtual-Template1 > >>>> frame-relay interface-dlci 502 ppp Virtual-Template1 > >>>> frame-relay interface-dlci 555 ppp Virtual-Template1 > >>>> end > >>>> > >>>> R5(config-if)# > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> R2#show int se0/2/0 > >>>> Serial0/2/0 is up, line protocol is up > >>>> Hardware is GT96K Serial > >>>> MTU 1500 bytes, BW 1544 Kbit/sec, DLY 20000 usec, > >>>> reliability 255/255, txload 1/255, rxload 1/255 > >>>> Encapsulation FRAME-RELAY, loopback not set > >>>> Keepalive not set > >>>> CRC checking enabled > >>>> LMI DLCI 1023 LMI type is CISCO frame relay DTE > >>>> FR SVC disabled, LAPF state down > >>>> Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface > >>>> broadcasts 0 > >>>> Last input 01:08:44, output 00:00:31, output hang never > >>>> Last clearing of "show interface" counters 01:08:42 > >>>> Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 > >>>> Queueing strategy: weighted fair > >>>> Output queue: 0/1000/64/0 (size/max total/threshold/drops) > >>>> Conversations 0/1/256 (active/max active/max total) > >>>> Reserved Conversations 0/0 (allocated/max allocated) > >>>> Available Bandwidth 1158 kilobits/sec > >>>> 5 minute input rate 0 bits/sec, 0 packets/sec > >>>> 5 minute output rate 0 bits/sec, 0 packets/sec > >>>> 6560 packets input, 134480 bytes, 0 no buffer > >>>> Received 0 broadcasts, 0 runts, 0 giants, 0 throttles > >>>> 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort > >>>> 6568 packets output, 134644 bytes, 0 underruns > >>>> 0 output errors, 0 collisions, 2 interface resets > >>>> 0 unknown protocol drops > >>>> 0 output buffer failures, 0 output buffers swapped out > >>>> 10 carrier transitions > >>>> DCD=up DSR=up DTR=up RTS=up CTS=up > >>>> > >>>> R2# > >>>> > >>>> R2(config-if)#do show run int se0/2/0 > >>>> Building configuration... > >>>> > >>>> Current configuration : 321 bytes > >>>> ! > >>>> interface Serial0/2/0 > >>>> no ip address > >>>> encapsulation frame-relay > >>>> no keepalive > >>>> clock rate 2000000 > >>>> frame-relay interface-dlci 205 ppp Virtual-Template1 > >>>> frame-relay interface-dlci 222 ppp Virtual-Template1 > >>>> frame-relay interface-dlci 502 ppp Virtual-Template1 > >>>> frame-relay interface-dlci 555 ppp Virtual-Template1 > >>>> end > >>>> > >>>> R2(config-if)#no clock rate 2000000 > >>>> R2(config-if)#do sh run int se0/2/0 > >>>> Building configuration... > >>>> > >>>> Current configuration : 321 bytes > >>>> ! > >>>> interface Serial0/2/0 > >>>> no ip address > >>>> encapsulation frame-relay > >>>> no keepalive > >>>> clock rate 2000000 > >>>> frame-relay interface-dlci 205 ppp Virtual-Template1 > >>>> frame-relay interface-dlci 222 ppp Virtual-Template1 > >>>> frame-relay interface-dlci 502 ppp Virtual-Template1 > >>>> frame-relay interface-dlci 555 ppp Virtual-Template1 > >>>> end > >>>> > >>>> R2(config-if)# > >>>> > >>>> > >>>> On Thu, Dec 5, 2013 at 9:20 AM, Danny Alvarez Uribe < > [email protected] > >>>>> wrote: > >>>> > >>>>> Thanks man. Then perhaps it's because the clock rate statement is > >>>>> configured on both ends? Can you post the '"show interface" from each > >>>> side? > >>>>> > >>>>> > >>>>>> On Thu, Dec 5, 2013 at 9:09 AM, rauenpc . <[email protected]> > wrote: > >>>>>> > >>>>>> Being PPPoFR, the serial link needs to remain with encapsulation > >>>>>> frame-relay. The only way to configure "ppp multilink group 1" would > >>>> be to > >>>>>> first set the encapsulation to ppp on the serial interface. > >>>>>> > >>>>>> > >>>>>> On Thu, Dec 5, 2013 at 8:59 AM, Danny Alvarez Uribe < > >>>> [email protected]>wrote: > >>>>>> > >>>>>>> Shouldn't Serial0/2/0 also be on ppp multilink group 1 ? > >>>>>>> > >>>>>>> - Danny > >>>> _______________________________________________ > >>>> Free CCIE R&S, Collaboration, Data Center, Wireless & Security Videos > :: > >>>> > >>>> iPexpert on YouTube: www.youtube.com/ipexpertinc > > _______________________________________________ > > Free CCIE R&S, Collaboration, Data Center, Wireless & Security Videos :: > > > > iPexpert on YouTube: www.youtube.com/ipexpertinc > _______________________________________________ > Free CCIE R&S, Collaboration, Data Center, Wireless & Security Videos :: > > iPexpert on YouTube: www.youtube.com/ipexpertinc > _______________________________________________ Free CCIE R&S, Collaboration, Data Center, Wireless & Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
