A point-to-point subinterface doesn't need any frame map statements and will send everything out the configured DLCI without using Inv ARP.
On Wed, Apr 13, 2011 at 10:18 AM, Carlos Valero <[email protected]>wrote: > > Hello, > > I hope somebody can help me with a F/R Basic question > > By the way, I think I know F/R quite well, since I've gone over ALL F/R Lab > scenarios in all 3 Work Books (Vols I, II & III) > > And yet, a simple question that I saw somewhere caught me off guard. > > The question was: > > *Configure F/R without "frame map" statements without using Inv. ARP.* > > I don't know, I guess I'm too tired to think. > > But as fas a I know, when disable Inv. ARP, then all mapping have to be > done manually, which means using frame map statements. > > The alternative would be using frame-interface-dlci commands > but that does require Inv. ARP, correct? > > So c*onfiguring F/R without frame maps and without using Inv. ARP, seems > to be a little bit odd.* > > What am I missing? > > I'm sure the answer/solution is quite simple, but frankly I can't come up > with it. > > So I hope somebody helps. > > Thanks!! > > > --- On *Thu, 1/20/11, Tyson Scott <[email protected]>* wrote: > > > From: Tyson Scott <[email protected]> > Subject: Re: [OSL | CCIE_RS] multink ppp over frame relay - is FRTS > mandatory? > To: "'Bojan Zivancevic'" <[email protected]>, "'Jay Taylor'" < > [email protected]> > Cc: [email protected] > Date: Thursday, January 20, 2011, 12:38 PM > > 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] <http://mc/[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]<http://mc/[email protected]> > [mailto:[email protected]<http://mc/[email protected]>] > On Behalf Of Bojan Zivancevic > Sent: Thursday, January 20, 2011 7:49 AM > To: Jay Taylor > Cc: > [email protected]<http://mc/[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]<http://mc/[email protected]> > ] > Sent: Thursday, January 20, 2011 16:00 > To: Bojan Zivancevic > Cc: Nicolas MICHEL; > [email protected]<http://mc/[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]<http://mc/[email protected]> > <mailto:[email protected]<http://mc/[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]<http://mc/[email protected]> > <mailto:[email protected] <http://mc/[email protected]>>] > Sent: Thursday, January 20, 2011 15:43 > To: Bojan Zivancevic > Cc: Nicolas MICHEL; > [email protected]<http://mc/[email protected]> > <mailto:[email protected]<http://mc/[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]<http://mc/[email protected]> > <mailto:[email protected]<http://mc/[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] <http://mc/[email protected]> > <mailto:[email protected] <http://mc/[email protected]> > >] > Sent: Thursday, January 20, 2011 15:20 > To: Jay Taylor > Cc: Bojan Zivancevic; > [email protected]<http://mc/[email protected]> > <mailto:[email protected]<http://mc/[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]<http://mc/[email protected]> > <mailto:[email protected] <http://mc/[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]<http://mc/[email protected]> > <mailto:[email protected]<http://mc/[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 > > -- Jay Taylor CCIE #28391 @JTIE_6EE7 _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
