POD 111.

On Fri, Dec 6, 2013 at 1:21 PM, Marko Milivojevic <[email protected]>wrote:

> Sorry if I missed it, but what Pod # was your previous session on?
>
> --
> Marko Milivojevic - CCIE #18427 (SP R&S)
> Senior CCIE Instructor / Managing Partner - IPexpert
> :: Free Video Training: http://youtube.com/IPexpertInc
> :: Social: http://twitter.com/@icemarkom | http://fb.me/ccie18427
> :: IPexpert: http://www.ipexpert.com/Communities | +1-810-326-1444
>
>
>
> On Fri, Dec 6, 2013 at 11:02 AM, rauenpc . <[email protected]> wrote:
>
>> Not that this matters at this point, but today I had another lab session,
>> but this time with a different pod. I copy/pasted my configuration from
>> yesterday, and everything came up without issue. I did not have any of the
>> additional commands suggested in this thread applied, just what was in the
>> DSG. So either something was going on in the config that I couldn't
>> recognize, or there was possibly some type of hardware issue going.
>>
>>
>> On Thu, Dec 5, 2013 at 11:39 AM, Mills, Derek (NAZ-V) <
>> [email protected]> wrote:
>>
>> > FWIW... once you configured Frame Relay switching you needed to turn
>> keep
>> > alives back on.
>> >
>> > -----Original Message-----
>> > From: [email protected] [mailto:
>> > [email protected]] On Behalf Of rauenpc .
>> > Sent: Thursday, December 05, 2013 10:42 AM
>> > To: Gbenga Olubisi
>> > Cc: [email protected]
>> > Subject: Re: [OSL | CCIE_RS] PPPoFR
>> >
>> > Before my time slot ended, I decided to give it one more shot, but this
>> > time on routers R7 and R8. It was a straight copy/paste of the other
>> > routers, except that the interface was se0/0/0 instead of se0/2/0.
>> >
>> > R7#
>> > interface Multilink1
>> >  ip address 150.20.25.5 255.255.255.0
>> >  ppp multilink
>> >  ppp multilink group 1
>> > !
>> > interface Serial0/0/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
>> > !
>> > interface Virtual-Template1
>> >  no ip address
>> >  ppp multilink
>> >  ppp multilink group 1
>> > !
>> >
>> >
>> >
>> > R8#
>> > interface Multilink1
>> >  ip address 150.20.25.2 255.255.255.0
>> >  ppp multilink
>> >  ppp multilink group 1
>> > !
>> > interface Serial0/0/0
>> >  no ip address
>> >  encapsulation frame-relay
>> >  no keepalive
>> >  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
>> > !
>> > interface Virtual-Template1
>> >  no ip address
>> >  ppp multilink
>> >  ppp multilink group 1
>> > !
>> >
>> >
>> > *Dec  2 16:32:22.395: %LINEPROTO-5-UPDOWN: Line protocol on Interface
>> > Multilink1, changed state to down *Dec  2 16:32:22.987: %LINK-3-UPDOWN:
>> > Interface Virtual-Access1, changed state to up *Dec  2 16:32:22.991:
>> > %LINK-3-UPDOWN: Interface Virtual-Access3, changed state to up *Dec  2
>> > 16:32:22.991: %LINK-3-UPDOWN: Interface Virtual-Access4, changed state
>> to
>> > up *Dec  2 16:32:22.991: %LINK-3-UPDOWN: Interface Virtual-Access5,
>> changed
>> > state to up *Dec  2 16:32:23.003: %FR-3-MLPOFR_ERROR: MLPoFR not
>> configured
>> > properly on Link Virtual-Access1 Bundle Multilink1 :Frame Relay traffic
>> > shaping must be enabled *Dec  2 16:32:23.007: %FR-3-MLPOFR_ERROR: MLPoFR
>> > not configured properly on Link Virtual-Access3 Bundle Multilink1 :Frame
>> > Relay traffic shaping must be enabled R8(config-if)# *Dec  2
>> 16:32:23.011:
>> > %FR-3-MLPOFR_ERROR: MLPoFR not configured properly on Link
>> Virtual-Access4
>> > Bundle Multilink1 :Frame Relay traffic shaping must be enabled *Dec  2
>> > 16:32:23.011: %FR-3-MLPOFR_ERROR: MLPoFR not configured properly on Link
>> > Virtual-Access5 Bundle Multilink1 :Frame Relay traffic shaping must be
>> > enabled *Dec  2 16:32:23.015: %LINK-3-UPDOWN: Interface Multilink1,
>> changed
>> > state to up R8(config-if)# *Dec  2 16:32:24.003: %LINEPROTO-5-UPDOWN:
>> Line
>> > protocol on Interface Virtual-Access1, changed state to up *Dec  2
>> > 16:32:24.003: %LINEPROTO-5-UPDOWN: Line protocol on Interface
>> > Virtual-Access3, changed state to up *Dec  2 16:32:24.003:
>> > %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access4, changed
>> > state to up *Dec  2 16:32:24.003: %LINEPROTO-5-UPDOWN: Line protocol on
>> > Interface Virtual-Access5, changed state to up *Dec  2 16:32:24.015:
>> > %LINEPROTO-5-UPDOWN: Line protocol on Interface Multilink1, changed
>> state
>> > to up R8(config-if)# R8(config-if)# R8(config-if)# R8(config-if)#
>> > R8(config-if)#do 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 = 1/2/4 ms
>> > R8(config-if)#
>> >
>> >
>> > Magically life seemed to be good. So what might have been the difference
>> > between the two pairs of routers? When doing a show interface on
>> routers 7
>> > and 8, both were DTE, both had a clock rate command, and neither had the
>> > frame-relay switching command applied. This to me seems to be the same
>> as
>> > routers R2 and R5 when I first started this configuration. Do you think
>> it
>> > would be possible there is a hardware issue on the serial interface
>> going
>> > from R2 to R5 (R&S POD 111)?
>> >
>> > Also, thanks to all who have been helping to give input on this issue
>> for
>> > me.
>> >
>> >
>> > On Thu, Dec 5, 2013 at 10:11 AM, rauenpc . <[email protected]> wrote:
>> >
>> > > I'm in the same boat as you Gbenga... I can make it work in GNS3
>> > > without any issue. Not so much with the lab equipment.
>> > >
>> > >
>> > > On Thu, Dec 5, 2013 at 10:01 AM, 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
>> >
>> >
>> >
>> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>> > Anheuser-Busch InBev Email Disclaimer www.ab-inbev.com
>> >
>> _______________________________________________
>> 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

Reply via email to