From: ccie2be (ccie2be@nyc.rr.com)
Date: Fri Jan 28 2005 - 02:39:09 GMT-3
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'
> >
> >
> _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
>
> 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'
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
> 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'
>
>
> 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'
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Wed Feb 02 2005 - 22:10:26 GMT-3