I believe that on Point to point links inverse-arp is not needed as it just assumes that all communication is placed on the configured DLCI. Sort of "If it's not me, it must be you" approach.
-Marc On Wed, Apr 13, 2011 at 9: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 commandsbut that does > require Inv. ARP, correct? > So configuring 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] > 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 > _______________________________________________ > 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
