Re: PPP link

From: Rsharma <cciers09_at_gmail.com>
Date: Wed, 27 May 2009 14:50:54 +0100

1) If your link both ends are not in same subnet then its necessary to use
this .
     (peer neighbor route) by default behavior.

2) If your link both ends are in same subnet and you want actual subnet
rather then /32 ,disable this default behavior of (peer neighbor route) with
command no peer neighbor route.

Option 1 : Its normally a case when some urgent maintenance or some
troubleshooting require and you dont hve proper IP addressing scheme in
place.

Option 2 :In real world scenario ,ppl prefer actual subnet mask of neighbor
to appear in their routing table .Its known as best practice .

*Rsharma*

On 5/27/09, GAURAV MADAN <gauravmadan1177_at_gmail.com> wrote:
>
> By default in case of PPP you get the peer's /32 route in routing table .
> This is default behaviour .
>
> To ignore this ; one should use no peer neigh route
>
> Gaurav Madan
>
> On Wed, May 27, 2009 at 6:09 PM, Nishant Aggarwal <
> er.nishantaggarwal_at_gmail.com> wrote:
>
> > Hi all,
> >
> > Is it a good way to put "no peer neighbor route" command when configuring
> > PPP (PAP or CHAP) when both ends are on the same subnet?
> >
> > Router A -- S1/1 ---------- Router B -- S1/1
> >
> > Router A:
> > int se1/1
> > ip add 200.200.200.1 255.255.255.0
> > *no peer neighbor route*
> >
> > Router B:
> > int se1/1
> > ip add 200.200.200.2 255.255.255.0
> > *no peer neighbor route*
> >
> > When we should put this command and when not?
> >
> > Thanks,
> > Nishant Aggarwal.
> >
> >
> > Blogs and organic groups at http://www.ccie.net
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Wed May 27 2009 - 14:50:54 ART

This archive was generated by hypermail 2.2.0 : Mon Jun 01 2009 - 07:04:43 ART