From: ccie2be (ccie2be@nyc.rr.com)
Date: Wed Aug 11 2004 - 12:05:52 GMT-3
Thank you and Scott Morris for pointing out my mistake. I stand corrected.
But, getting back to task 1.7, after re-reading that task and the one
before, I think that taken together, it's clear that both B channels need to
be brought up to fulfill the requirements.
As task 1.6 states, "fragment all traffic amoungst both ISDN B channels."
Since task 1.7 states "This should occur regardless of utilization on first
channel.", the 2 tasks together require that both B channels are always
brought up and traffic should always be fragmented.
But, you right about fragmentation being able to take place with only one
channel. So, thank you for bringing that point to my attention.
Tim
----- Original Message -----
From: "Carlos G Mendioroz" <tron@huapi.ba.ar>
To: "ccie2be" <ccie2be@nyc.rr.com>
Cc: "Group Study" <ccielab@groupstudy.com>
Sent: Wednesday, August 11, 2004 7:37 AM
Subject: Re: IEWB Lab1 4.7 ppp multilink
> You are more than welcome ! :-)
> But who said something about MULTIPLE paths?
> Fragmentation can happen with only one path. For interleaving to happen,
> you need some sort of queue.
>
> No, I'm not getting confused with the commands (although I may be
> confused with the way things work, but for the time being I think I'm
not).
> As soon as you enable ppp multilink, thers's a layer of protocol (MPPP)
> that actually fragments and dispatchs on one side, and orders and
> reassembles in the other. This happens also with only one link. May
> sound futile but it works like that AFAIK. Take a look at bundles open
> already with only one channel...
>
> ccie2be wrote:
>
> > Carlos,
> >
> > I have to disagree with you on this.
> >
> > If only one bri is used, how can multilink fragment and interleave over
> > multple paths?
> >
> > For fragmentation to take place, there needs to be at least 2 paths over
> > which traffic is sent.
> >
> > I think where you're getting confused is with the command, ppp
multilink.
> > True, this command is required before ppp will fragment packets, but by
> > itself, it's not sufficient. There also has to be multiple paths over
which
> > to send traffic.
> >
> > That's where the 2nd command comes into play. By adding the command,
ppp
> > multilink links min 2, you're insuring that there will always be 2
bri's.
> > Now, the ppp multilink command can actually fragment packets and split
the
> > fragments across the 2 bri's.
> >
> > HTH, Tim
> >
> > ----- Original Message -----
> > From: "Carlos G Mendioroz" <tron@huapi.ba.ar>
> > To: "Group Study" <ccielab@groupstudy.com>
> > Sent: Wednesday, August 11, 2004 5:37 AM
> > Subject: IEWB Lab1 4.7 ppp multilink
> >
> >
> >
> >>Requirement is to have LFI (Link Fragmentation and interleaving)
> >>no matter what load on the first channel.
> >>Proposed answer is to have multilink with minimum 2.
> >>
> >> From where should I get the info that I have to dial with two channels
> >>? LFI is up as soon as I do multilink AFAIK, so 4.7 does not imply load
> >>threshold... so for me ppp multilink would be enough.
> >>
> >>This is where one gets very picky as to doing the thing they want you to
> >>do and not what they ask you to do...
> >>Or am I missing something ?
> >>
> >>--
> >>Carlos G Mendioroz <tron@huapi.ba.ar> LW7 EQI Argentina
> >>
> >>_______________________________________________________________________
> >>Please help support GroupStudy by purchasing your study materials from:
> >>http://shop.groupstudy.com
> >>
> >>Subscription information may be found at:
> >>http://www.groupstudy.com/list/CCIELab.html
> >
> >
> >
>
> --
> Carlos G Mendioroz <tron@huapi.ba.ar> LW7 EQI Argentina
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Fri Sep 03 2004 - 07:02:41 GMT-3