From: Brian Dennis (bdennis@internetworkexpert.com)
Date: Fri Jan 28 2005 - 12:54:36 GMT-3
Tim,
The peer neighbor-route command 'problem' occurs with certain
route redistribution scenarios but not in a pure OSPF environment.
Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
bdennis@internetworkexpert.com
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987 x 703
Outside US: 775-826-4344 x 703
24/7 Support: http://forum.internetworkexpert.com
Live Chat: http://www.internetworkexpert.com/chat/
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
ccie2be
Sent: Thursday, January 27, 2005 9:39 PM
To: Group Study; mani poopal
Subject: Re: ppp authentication and ip address negoitated
Mani,
If you have the Cisco Press book, Troubleshooting IP routing Protocols,
there's an excellent explanation of this command along with a scenario
that
that shows where this command is useful.
I don't remember all the details but the gist of it is this.
By default, ppp, installs a /32 host route when a isdn link comes up and
de-installs the /32 route when the link goes down. Normally, this is
not a
problem. However, with ospf and in some other situations it is.
With ospf, when a new /32 route is installed, that generates LSA's
because
ospf considers it a topology change. When the route goes away, that's
another topology change.
So if you're running an ospf demand circuit over isdn, the ospf database
will constantly be changing causing the isdn link to flap.
There are some other scenarios where you have a similar problem. I
can't
remember all the details but check out this book. It will help you
alot.
HTH, Tim
----- Original Message -----
From: "mani poopal" <mani_ccie@yahoo.com>
To: "Brian McGahan" <bmcgahan@internetworkexpert.com>;
<ccielab@groupstudy.com>
Sent: Friday, January 28, 2005 12:08 AM
Subject: RE: ppp authentication and ip address negoitated
> Brian I thought by disabling this feature, router will not istall a
32
bit host route in the routing table. I thought it is a good idea to
disable
peer-neighbor route whenever you enable PPP.(may be it is ture only in a
dialer watch situation). I would like to get your feedback.
>
> thanks
>
> Mani
>
> Brian McGahan <bmcgahan@internetworkexpert.com> wrote:
> Why did you disable peer neighbor-route? What exactly does this
feature
do?
>
> Brian McGahan, CCIE #8593
> bmcgahan@internetworkexpert.com
>
> Internetwork Expert, Inc.
> http://www.InternetworkExpert.com
> Toll Free: 877-224-8987 x 705
> Outside US: 775-826-4344 x 705
> 24/7 Support: http://forum.internetworkexpert.com
> Live Chat: http://www.internetworkexpert.com/chat/
>
> ________________________________________
> From: mani poopal [mailto:mani_ccie@yahoo.com]
> Sent: Thursday, January 27, 2005 9:13 PM
> To: mani poopal; Brian McGahan; ccielab@groupstudy.com
> Subject: RE: ppp authentication and ip address negoitated
>
> Hi Brian,
>
> These are the output from both router. R8 router is getting ip
address
from IPCP(see the show ip int brief output). But I cannot ping the
other
router.
>
> Mani
>
> R8 ROUTER;
> interface Serial0/0
> ip address negotiated
> encapsulation ppp
> no peer neighbor-route
> no fair-queue
> clockrate 56000
> r8#show ip int brief
> Interface IP-Address OK? Method Status
Protocol
> Ethernet0/0 133.1.28.8 YES NVRAM up
down
> Serial0/0 150.100.1.2 YES IPCP up
up <--IPCP
> Loopback0 150.1.8.8 YES NVRAM up
up
>
========================================================================
====
=====
> R3 ROUTER:
> interface Serial0/1
> ip address 150.100.1.1 255.255.255.0
> ip directed-broadcast
> encapsulation ppp
> peer default ip address 150.100.1.2
> r3#ping 150.100.1.2
> Type escape sequence to abort.
> Sending 5, 100-byte ICMP Echos to 150.100.1.2, timeout is 2 seconds:
> .....
> Success rate is 0 percent (0/5)
> r3#
> r3#debug ppp negotiation-->Not getting any output
>
========================================================================
====
=====
>
> mani poopal wrote:
> Brian,
>
> I thought(seen) this on the previous workbook. But in the new work
book
you have corrected it and is right(lab3 isdn)[stacker-more cpu
intensive,
predictor-more memeory intensive]. Keep up your good work/workbook.
Regarding ip address negotiated, I will again try this on back to back
router lab and send the output.
>
> thanks
>
> Mani
>
> Brian McGahan wrote:
> > (1.)The practical studies vol 1 says to stacker is more cpu
intensive
> and
> > predictor is more memory intensive(pg:303). I think from IEWB I
> studied
> > otherway around. Can somebody confirm
>
> This is correct. Predictor uses more memory because it has to store
> previous packet streams to make predictions on further ones. It should
> be listed this way in IEWB-RS; if it is not let me know and I'll take
a
> look at it.
>
> For the second part post your config and "debug ppp negotiation"
output.
>
>
> HTH,
>
> Brian McGahan, CCIE #8593
> bmcgahan@internetworkexpert.com
>
> Internetwork Expert, Inc.
> http://www.InternetworkExpert.com
> Toll Free: 877-224-8987 x 705
> Outside US: 775-826-4344 x 705
> 24/7 Support: http://forum.internetworkexpert.com
> Live Chat: http://www.internetworkexpert.com/chat/
>
>
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
> Of
> > mani poopal
> > Sent: Thursday, January 27, 2005 5:47 AM
> > To: ccielab@groupstudy.com
> > Subject: ppp authentication and ip address negoitated
> >
> > Guys two small questions
> > (1.)The practical studies vol 1 says to stacker is more cpu
intensive
> and
> > predictor is more memory intensive(pg:303). I think from IEWB I
> studied
> > otherway around. Can somebody confirm
> > (2.)in ppp encapsulation:
> > Is it possible to configrue 2 back to back routers with ppp
> encapsulation
> > and use "peer-default ip address x.x.x.x" on one router and "ip
> address
> > negotiated "on the other router. and see connectivity between these
> two
> > routers. I tried but is not working, in the router where ip address
> > negotiated was given, it shows ip address by ipcp but doesn't show
the
> ip
> > address. And both interfaces shows up/down(I already checked the
> clock
> > rate). Any suggestion how the above commands works
> >
> > thanks
> >
> > Mani
> >
> >
> > B.ENG,A+,CCNA,CCNP,CCNP-VOICE, CSS1,CNA,MCSE
> > (416)431 9929
> > MANI_CCIE@YAHOO.COM
> >
> > ---------------------------------
> > Do you Yahoo!?
> > Yahoo! Search presents - Jib Jab's 'Second Term'
> >
> >
>
This archive was generated by hypermail 2.1.4 : Wed Feb 02 2005 - 22:10:27 GMT-3