Hello Jay,

sub-interfaces do not send out inverse ARP requests, only the physical
interface does that.  The simple approach will be to use sub-interface and
apply frame-relay interface-dlci command.  If sub-interface creation is not
allowed then approach will be to use PPPoFR i.e. create a virtual-template,
chuck in your layer 3 information on there and use frame-relay
interface-dlci command on the physical interface pointing to the template
you just created.

Regards,
Samir Idris.

On Wed, Apr 13, 2011 at 8:11 PM, <[email protected]>wrote:

> Send CCIE_RS mailing list submissions to
>        [email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://onlinestudylist.com/mailman/listinfo/ccie_rs
> or, via email, send a message with subject or body 'help' to
>        [email protected]
>
> You can reach the person managing the list at
>        [email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of CCIE_RS digest..."
>
>
> Today's Topics:
>
>   1. Re: Basic Frame Relay Question - Sort of (Jay Taylor)
>   2. Re: Monitor Size in San Jose (Marko Milivojevic)
>   3. Re: Monitor Size in San Jose (Marko Milivojevic)
>   4. Re: Monitor Size in San Jose (Jay Taylor)
>   5. Re: Basic Frame Relay Question - Sort of (marc abel)
>   6. Re: Basic Frame Relay Question - Sort of (Marko Milivojevic)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 13 Apr 2011 10:20:36 -0400
> From: Jay Taylor <[email protected]>
> To: Carlos Valero <[email protected]>
> Cc: [email protected], Bojan Zivancevic
>        <[email protected]>
> Subject: Re: [OSL | CCIE_RS] Basic Frame Relay Question - Sort of
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 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
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 13 Apr 2011 10:32:15 -0400
> From: Marko Milivojevic <[email protected]>
> To: Michael Miller <[email protected]>
> Cc: [email protected]
> Subject: Re: [OSL | CCIE_RS] Monitor Size in San Jose
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=UTF-8
>
> On Wed, Apr 13, 2011 at 01:32, Michael Miller <[email protected]> wrote:
> > So you could, for example, see if debug ip routing is making noise when
> you
> > don't expect it to?
>
> For example :-)
>
> --
> Marko Milivojevic - CCIE #18427
> Senior Technical Instructor - IPexpert
>
> FREE CCIE training: http://bit.ly/vLecture
>
> Mailto: [email protected]
> Telephone: +1.810.326.1444
> Web: http://www.ipexpert.com/
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 13 Apr 2011 10:32:59 -0400
> From: Marko Milivojevic <[email protected]>
> To: Jay Taylor <[email protected]>
> Cc: [email protected]
> Subject: Re: [OSL | CCIE_RS] Monitor Size in San Jose
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=UTF-8
>
> On Wed, Apr 13, 2011 at 10:00, Jay Taylor <[email protected]> wrote:
> > Work just like proctorlabs.com or a home rack with a console server.
> Either
> > method provides access to line con 0.
>
> Exactly right.
>
> --
> Marko Milivojevic - CCIE #18427
> Senior Technical Instructor - IPexpert
>
> FREE CCIE training: http://bit.ly/vLecture
>
> Mailto: [email protected]
> Telephone: +1.810.326.1444
> Web: http://www.ipexpert.com/
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 13 Apr 2011 10:35:34 -0400
> From: Jay Taylor <[email protected]>
> To: CCIE OSL <[email protected]>
> Subject: Re: [OSL | CCIE_RS] Monitor Size in San Jose
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> That said, don't forget to *NOT* lock yourself out of console access...
> that
> makes for an expensive lunch ;)
>
>
> On Wed, Apr 13, 2011 at 10:32 AM, Marko Milivojevic <[email protected]
> >wrote:
>
> > On Wed, Apr 13, 2011 at 10:00, Jay Taylor <[email protected]> wrote:
> > > Work just like proctorlabs.com or a home rack with a console server.
> > Either
> > > method provides access to line con 0.
> >
> > Exactly right.
> >
> > --
> > Marko Milivojevic - CCIE #18427
> > Senior Technical Instructor - IPexpert
> >
> > FREE CCIE training: http://bit.ly/vLecture
> >
> > Mailto: [email protected]
> > Telephone: +1.810.326.1444
> > Web: http://www.ipexpert.com/
> >
>
>
>
> --
>
> Jay Taylor
> CCIE #28391
> @JTIE_6EE7
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 13 Apr 2011 09:52:37 -0500
> From: marc abel <[email protected]>
> To: Carlos Valero <[email protected]>
> Cc: [email protected], Bojan Zivancevic
>        <[email protected]>
> Subject: Re: [OSL | CCIE_RS] Basic Frame Relay Question - Sort of
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 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
> >
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 13 Apr 2011 11:11:04 -0400
> From: Marko Milivojevic <[email protected]>
> To: Carlos Valero <[email protected]>
> Cc: [email protected], Bojan Zivancevic
>        <[email protected]>
> Subject: Re: [OSL | CCIE_RS] Basic Frame Relay Question - Sort of
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=UTF-8
>
> > What am I missing?
>
> Point-to-point subinterfaces or PPPoFR as possible solutions :-)
>
> --
> Marko Milivojevic - CCIE #18427
> Senior Technical Instructor - IPexpert
>
> FREE CCIE training: http://bit.ly/vLecture
>
> Mailto: [email protected]
> Telephone: +1.810.326.1444
> Web: http://www.ipexpert.com/
>
>
> End of CCIE_RS Digest, Vol 63, Issue 41
> ***************************************
>



-- 
Samir Idris
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to