Interleaving disabled in Multiclass Multilink PPP

Unanswered Question
Aug 31st, 2010
User Badges:

I am setting up a two T1 multilink on leased lines.  SInce the site has VoIP I want to set up the Multiclass.  I have applied the following configurations:


!
interface Multilink1
ip address 172.23.0.17 255.255.255.252
ppp multilink
ppp multilink interleave
ppp multilink group 1
ppp multilink fragment delay 20
ppp multilink multiclass
!
interface Serial2/0
no ip address
encapsulation ppp
fair-queue
serial restart-delay 0
ppp multilink
ppp multilink group 1
ppp multilink multiclass
!
interface Serial2/2
no ip address
encapsulation ppp
fair-queue
serial restart-delay 0
ppp multilink
ppp multilink group 1
ppp multilink multiclass
!


The documentation I have been able to find says to set up 'ppp multilink interleave'.  However when I do the 'show ppp multilink' it shows that interleaving is disabled.  I am trying to understand this behavior.  Is this indicating that standard interleaving is disabled because the Multiclass has control of the interleave or is there an error in my configuration?


I have also found contradicting documentation on the 'fair-queue' configuration.  One document says to disable it and another says to enable it.  Does anyone have experience with this?


FYI...I am labbing this on GNS3 initially, so if anyone knows of an odd behavior between Dynamips and Mulitclass Multilink PPP I'd appreciate the heads up.



Crt01#sh ppp multilink

Multilink1
  Bundle name: Remote1Ert01
  Remote Endpoint Discriminator: [1] Remote1Ert01
  Local Endpoint Discriminator: [1] Crt01
  Bundle up for 00:01:50, total bandwidth 3088, load 1/255, 2 receive classes, 2 transmit classes
  Receive buffer limit 24000 bytes per class, frag timeout 1000 ms
  Interleaving disabled
  Receive Class 0:
    0/0 fragments/bytes in reassembly list
    0 lost fragments, 1 reordered
    0/0 discarded fragments/bytes, 0 lost received
    0x2B received sequence
  Receive Class 1:
    0/0 fragments/bytes in reassembly list
    0 lost fragments, 0 reordered
    0/0 discarded fragments/bytes, 0 lost received
    0x0 received sequence
  Transmit Class 0:
    0x2B sent sequence
  Transmit Class 1:
    0x0 sent sequence
  Member links: 2 active, 0 inactive (max not set, min not set)
    Se2/0, since 00:01:52, 3860 weight, 1496 frag size
    Se2/2, since 00:01:52, 3860 weight, 1496 frag size
No inactive multilink interfaces

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
amaugust Thu, 12/01/2011 - 22:32
User Badges:
  • Cisco Employee,

Hi John,

     You should enable any one type of queueing in multilink interface.  Just try enabling fair queue it will work

Actions

This Discussion