From: Edison Ortiz (edisonmortiz@gmail.com)
Date: Wed May 16 2007 - 11:58:38 ART
I believe the error you are seeing (which I was able to duplicate here) is
mostly a warning.
I also saw something regarding service policy not configured on
virtual-template.
However, I was able to form a bundle with the following configs.
R1:
interface Serial0/1
no ip address
encapsulation frame-relay
clock rate 2000000
frame-relay interface-dlci 301 ppp Virtual-Template2
frame-relay intf-type dce
interface Serial1/0
no ip address
encapsulation frame-relay
frame-relay interface-dlci 103 ppp Virtual-Template1
interface Virtual-Template1
no ip address
ppp multilink
multilink-group 1
interface Virtual-Template2
no ip address
ppp multilink
multilink-group 1
interface Multilink1
ip address 172.16.1.1 255.255.255.0
ppp multilink
multilink-group 1
R1#sh ppp multilink
Multilink1, bundle name is R3
Bundle up for 00:11:07
0 lost fragments, 0 reordered, 0 unassigned
0 discarded, 0 lost received, 1/255 load
0xE received sequence, 0xE sent sequence
Member links: 2 active, 2 inactive (max not set, min not set)
Vi1, since 00:11:07, last rcvd seq 00000C
Vi2, since 00:07:17, last rcvd seq 00000D
R3:
interface Serial0/0
no ip address
encapsulation frame-relay
frame-relay interface-dlci 301 ppp Virtual-Template2
interface Serial0/1
no ip address
encapsulation frame-relay
clock rate 2000000
frame-relay interface-dlci 103 ppp Virtual-Template1
frame-relay intf-type dce
interface Virtual-Template1
no ip address
ppp multilink
ppp multilink group 1
!
interface Virtual-Template2
no ip address
ppp multilink
ppp multilink group 1
interface Multilink1
ip address 172.16.1.3 255.255.255.0
ppp multilink
ppp multilink group 1
R3#sh ppp multilink
Multilink1, bundle name is R1
Bundle up for 00:10:35, 1/255 load
Receive buffer limit 24384 bytes, frag timeout 1000 ms
0/0 fragments/bytes in reassembly list
0 lost fragments, 0 reordered
0/0 discarded fragments/bytes, 0 lost received
0xE received sequence, 0xC sent sequence
Member links: 2 active, 2 inactive (max not set, min not set)
Vi1, since 00:14:24
Vi3, since 00:06:44
Verified traffic is balanced
R1#ping 172.16.1.3 repeat 100000000 size 1250
R1#sh int | i Serial|rate
Serial0/1 is up, line protocol is up
5 minute input rate 79000 bits/sec, 48 packets/sec
5 minute output rate 79000 bits/sec, 48 packets/sec
Serial1/0 is up, line protocol is up
Hardware is QUICC Serial
Queueing strategy: dual fifo
5 minute input rate 79000 bits/sec, 48 packets/sec
5 minute output rate 79000 bits/sec, 48 packets/se
------------------
Edison Ortiz
(Routing & Switching, CCIE # 17943)
----- Original Message -----
From: "Sydney Hawke" <sydneyhawke@yahoo.com>
To: "Kim" <support@isolvesystems.com>
Cc: <ccielab@groupstudy.com>
Sent: Wednesday, May 16, 2007 6:58 AM
Subject: Re: Multilink PPPoFR, traffic-shaping?
> Thanks Kim,
>
> I found in the DocCD that you should enable it, but that means that you
> only allow for 56K over the circuits unless you configure a map-class.
>
> Still confused, anyone who has dealt with this before that can help?
>
> Best Regards,
>
> Sydney
>
>
>
> ----- Original Message ----
> From: Kim <support@isolvesystems.com>
> To: Sydney Hawke <sydneyhawke@yahoo.com>
> Cc: ccielab@groupstudy.com
> Sent: Monday, May 14, 2007 3:45:28 PM
> Subject: Re: Multilink PPPoFR, traffic-shaping?
>
> Sydney,
> I saw the same thing when I worked on the IEWB. I didn't turn FRTS on. It
> worked alright.
>
> Regards,
> Kim
>
>
>
>
> On 5/14/07, Sydney Hawke <sydneyhawke@yahoo.com> wrote:
> Hi,
>
> I have set up a Multilink PPPoFR and IOS says that I need frame-relay
> traffic-shaping, I have enabled it but why do I need it?
>
> I have not found a good explanation for this and some of the examples I
> have seen do not enable it. Ping traffic will work either way but what do
> you set the FRTS to if not given a value as default is 56Kbps for FRTS?
>
>
> *May 14 08:35:57.591: %FR-3-MLPOFR_ERROR: MLPoFR not configured properly
> on Link Virtual-Access1 Bundle Multilink1 :Frame Relay traffic shaping
> must be enabled
> *May 14 08:35:57.599: %LINK-3-UPDOWN: Interface Multilink1, changed state
> to up
> *May 14 08:35:58.591: %LINEPROTO-5-UPDOWN: Line protocol on Interface
> Virtual-Access1, changed state to up
> *May 14 08:35:58.599: %LINEPROTO-5-UPDOWN: Line protocol on Interface
> Multilink1, changed state to up
> *May 14 08:35: 59.359: %FR-3-MLPOFR_ERROR: MLPoFR not configured properly
> on Link Virtual-Access2 Bundle Multilink1 :Frame Relay traffic shaping
> must be enabled
> *May 14 08:36:00.359: %LINEPROTO-5-UPDOWN: Line protocol on Interface
> Virtual-Access2, changed state to up
>
>
> Best Regards,
>
> Sydney
>
>
>
> ____________________________________________________________________________________
> Moody friends. Drama queens. Your life? Nope! - their life, your story.
> Play Sims Stories at Yahoo! Games.
> http://sims.yahoo.com/
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
> ____________________________________________________________________________________Be
> a better Globetrotter. Get better travel answers from someone who knows.
> Yahoo! Answers - Check it out.
> http://answers.yahoo.com/dir/?link=list&sid=396545469
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Fri Jun 01 2007 - 06:55:21 ART