RE: FRAME-RELAY MAP

From: Scott Vermillion (scott_ccie_list@it-ag.com)
Date: Sun Jan 13 2008 - 00:56:45 ARST


Thanks much Alex! At this point, it's down to me crossing my fingers as
well, unfortunately. I'm still routinely bested by the clock and stupid
avoidable mistakes. But I continue to punish myself for it and slowly
improve.

 

Honestly, my guess (and it's only a guess based on a variety of scenarios
I've done outside of the actual lab) is that some of the "easy" points
aren't going to there. I honestly do expect a lot to be preconfigured, and
not necessarily correctly. If they don't pre-configure some or all of the
FR, they have to make that a task and award you points for it. Too easy.
From their perspective, better to pre-configure simple things such as L2 and
perhaps IP addresses and thus allow for more punishing treatment in those 8
hours. Also, they can't throw you any troubleshooting tasks if they haven't
pre-configured some stuff. ; -)

 

I wouldn't fret too much about losing time rebooting. You can always
configure FR first and then switch over to configuring your switches while
you reboot your routers following that. I never follow the order of labs as
given.

 

Anyway, thanks again and glad to finally see you on the lab list!

 

Cheers,

Scott

 

From: Alexandre Ribeiro [mailto:alexandregomesribeiro@gmail.com]
Sent: Sunday, January 13, 2008 9:13 AM
To: Scott Vermillion
Cc: Monica Belluci; Felix Nkansah; subodh.rawat@wipro.com;
gopal.gupta@hp.com; ccielab@groupstudy.com
Subject: Re: FRAME-RELAY MAP

 

Hi Scott,

 

In that case I guess all that's left is to try is enc ppp/hdlc or reboot.
But on the actual lab I'm not expecting anything to be preconfigured and I
really want to avoid wasting time by rebooting the routers.

 

In some IOS releases I had little success with enc ppp/hdlc, since the
0.0.0.0 mappings came back when I set the encapsulation to frame relay. In
that case wr and reboot was the only way out.

 

Alex

P.S.- I'm really crossing my fingers for you, for your February lab attempt
:-)

 

On Jan 12, 2008 11:24 PM, Scott Vermillion <scott_ccie_list@it-ag.com>
wrote:

Hi Alex,

I think one of the situations you need to be prepared for is FR being
preconfigured (and not necessarily in the correct order) when you walk into
a given lab scenario...

Regards,

Scott

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of

Alexandre Ribeiro
Sent: Friday, January 11, 2008 8:34 PM
To: Monica Belluci

Cc: Felix Nkansah; subodh.rawat@wipro.com; gopal.gupta@hp.com;
ccielab@groupstudy.com <mailto:ccielab@groupstudy.com>

Subject: Re: FRAME-RELAY MAP

Better than removing it, is avoiding it, by using the correct order of
operations :-)

Alex

On Jan 11, 2008 11:32 AM, Monica Belluci <mpls1979@gmail.com > wrote:

> guys,
>
> just changing encp will not solve the problem
> Even Clear frame-relay inarp ,default int s1/0 will not remove
0.0.0.0entries
>
> Better way to remove 0.0.0.0 <http://0.0.0.0/> mapping do
> no frame-relay inverse-arp save configuration
> RELOAD it
>
> thanks
> Nalini Roy
>
>
>
> On 1/11/08, Alexandre Ribeiro < alexandregomesribeiro@gmail.com> wrote:
> > Hello all,
> >
> > Even with "no frame inverse" 0.0.0.0 <http://0.0.0.0/> mappings may
appear. A
0.0.0.0mapping
> > means that there was an error in the inverse arp process. In order to
> avoid
> > it you have to configure an FR interface in the correct order:
> >
> > - Shut the interface
> > - do a "no enc frame" or a "enc hdlc" to reset the frame relay process
> > - do "enc frame"
> > - do "no frame inverse"
> > - do everything else
> > - do a "no shut" on the interface
> >
> > The above order of operations will insure that you won't run into "
> 0.0.0.0 <http://0.0.0.0/> "
> > mapping issues.
> >
> > Alex
> >
> > On Jan 10, 2008 8:48 AM, Felix Nkansah <felixnkansah@gmail.com> wrote:
> >
> > > HI,
> > >
> > > The 'no arp frame' command is not necessary.
> > >
> > > It only makes your configs longer. Maybe it was useful in some
> > pre-10.xIOS.
> > >
> > > The 'no frame inverse-arp' command is enough to stop dynamic
> > > inverse-arping
> > > and the ' 0.0.0.0 <http://0.0.0.0/> ' from appearing.
> > >
> > > My 2 pesewas.
> > >
> > > Regards,
> > >
> > > Felix
> > >
> > >
> _______________________________________________________________________
> > > Subscription information may be found at:
> > > http://www.groupstudy.com/list/CCIELab.html



This archive was generated by hypermail 2.1.4 : Fri Feb 01 2008 - 10:37:59 ARST