Very interested to hear as well. Sent from my iPhone
On Jan 20, 2011, at 12:42 PM, Bojan Zivancevic <[email protected]> wrote: > Tyson, I would like to know more about your statement. Cisco explicitely asks > us to use FRTS, and I did not find any other explanation why not to. > > Why do you think it will cause trouble? Maybe we would lose connectivity? If > that is the case we would surely see at once that the link is broken. > > Any other thoughts behind your opinion? > > Best Regards, > > Bojan Zivancevic > Network Engineer > > -----Original Message----- > From: Tyson Scott [mailto:[email protected]] > Sent: Thursday, January 20, 2011 18:38 > To: Bojan Zivancevic; 'Jay Taylor' > Cc: [email protected] > Subject: RE: [OSL | CCIE_RS] multink ppp over frame relay - is FRTS mandatory? > > I would be cautious to take that approach > > Regards, > > Tyson Scott - CCIE #13513 R&S, Security, and SP Managing Partner / Sr. > Instructor - IPexpert, Inc. > Mailto: [email protected] > Telephone: +1.810.326.1444, ext. 208 > Live Assistance, Please visit: www.ipexpert.com/chat > eFax: +1.810.454.0130 > > IPexpert is a premier provider of Self-Study Workbooks, Video on Demand, > Audio Tools, Online Hardware Rental and Classroom Training for the Cisco CCIE > (R&S, Voice, Security & Service Provider) certification(s) with training > locations throughout the United States, Europe, South Asia and Australia. Be > sure to visit our online communities at www.ipexpert.com/communities and our > public website at www.ipexpert.com > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Bojan Zivancevic > Sent: Thursday, January 20, 2011 7:49 AM > To: Jay Taylor > Cc: [email protected] > Subject: Re: [OSL | CCIE_RS] multink ppp over frame relay - is FRTS mandatory? > > "I do know that should I encounter MLPPPoFR on my next lab attempt I'll be > enabling FRTS regardless!" > > I'll subscribe to that. :) > > Best Regards, > > Bojan Zivancevic > Network Engineer > ---- > > From: Jay Taylor [mailto:[email protected]] > Sent: Thursday, January 20, 2011 16:00 > To: Bojan Zivancevic > Cc: Nicolas MICHEL; [email protected] > Subject: Re: [OSL | CCIE_RS] multink ppp over frame relay - is FRTS mandatory? > > I do know that should I encounter MLPPPoFR on my next lab attempt I'll be > enabling FRTS regardless! > > On Thu, Jan 20, 2011 at 9:45 AM, Bojan Zivancevic > <[email protected]<mailto:[email protected]>> wrote: > Yeah, connectivity works, that's for sure. That is why I asked the question > in the first place - you just can't be sure what FRTS brings. > > But you have a point, since LFI is a part of QoS, guess in order for it to > work in this situation you need FRTS - for some reason behind the scene. > > Best Regards, > > Bojan Zivancevic > Network Engineer > ---- > > From: Jay Taylor [mailto:[email protected]<mailto:[email protected]>] > Sent: Thursday, January 20, 2011 15:43 > To: Bojan Zivancevic > Cc: Nicolas MICHEL; > [email protected]<mailto:[email protected]> > > Subject: Re: [OSL | CCIE_RS] multink ppp over frame relay - is FRTS mandatory? > > I agree though... basic connectivity works without FTRS enabled. I would > imagine that fragmenting and interleaving would not though. > On Thu, Jan 20, 2011 at 9:26 AM, Bojan Zivancevic > <[email protected]<mailto:[email protected]>> wrote: > Maybe exactly the fact it is in the QoS section means that FRTS has to be > enabled. :) > > And btw it is mentioned in the document, but not explained why. Bah. Cisco > doc often sucks on my opinion. > > Best Regards, > > Bojan Zivancevic > Network Engineer > ---- > Comutel d.o.o. > Omladinskih brigada 65v > 11070 Belgrade > SERBIA > > Tel: +381 11 217 8000 Ext.109 > Mob: +381 64 646 8401 > Fax: +381 11 6164641 > > http://www.comutel.co.rs<http://www.comutel.co.rs/> > > From: Nicolas MICHEL > [mailto:[email protected]<mailto:[email protected]>] > Sent: Thursday, January 20, 2011 15:20 > To: Jay Taylor > Cc: Bojan Zivancevic; > [email protected]<mailto:[email protected]> > Subject: Re: [OSL | CCIE_RS] multink ppp over frame relay - is FRTS mandatory? > > Cant beleive MLPPPoFR is on the QOS section ... I wouldnt have find it > without your help Jay ! > > > Thanks > > > > 2011/1/20 Jay Taylor <[email protected]<mailto:[email protected]>> > MLPPPoFR is a royal pain to find... Good stuff to know though! QoS config > guide - http://grab.by/8u9e > > http://www.cisco.com/en/US/customer/docs/ios/qos/configuration/guide/mlppp_o > ver_fr_ps6441_TSD_Products_Configuration_Guide_Chapter.html > > > On Thu, Jan 20, 2011 at 6:03 AM, Bojan Zivancevic > <[email protected]<mailto:[email protected]> >> wrote: > >> One more dilemma on my side... >> >> When I try to enable multilink ppp over FR (virtual-templates >> blablabla) I always get the message >> >> %FR-3-MLPOFR_ERROR: MLPoFR not configured properly on Link >> Virtual-Access1 Bundle Virtual-Access3 : >> Frame Relay traffic shaping must be enabled >> >> I know I have read somewhere that this message should be ignored and >> that in fact MLPPP works without it over FR. But now I can't find it. >> >> And I did not find a sure way to check if it is working or not. Can >> somebody confirm FRTS must be applied or not, and it would be great if >> someone could explain how to verify if MLPPP is really working (with >> or without FRTS.) >> >> Best Regards, >> >> Bojan Zivancevic >> Network Engineer >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, >> please visit www.ipexpert.com<http://www.ipexpert.com> >> > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com<http://www.ipexpert.com> > > > > -- > Nicolas MICHEL > Ingenieur Réseaux et Securité (CCNA/CCNP) > > > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
