Re: OSPF on 32 bit dialer interface

I am running 7200 image in gns 3 and was testing this. It appears that
if the no peer neighbor-route exists or has been preconfigured, when
remove the host route shows up but reach isn't possible to this IP or
any route through that egresses that interface. Some how the adjacency
will still form, though and fill database (i was using 'ip ospf x area
y' under the virtual-template/dialer).

After saving configs and reloading both client and server, route
installs, and reach is there. I confirmed this behavior by going
through the routine one more time of adding the no-peer neighbor
route, losing reach, adding back and seeing the /32 but still no
reach. again, save, reload and everything works as expected.

I am not burning too many cycles past this on it. Maybe just take note
and remember to try on real gear next rack session.

Regards,

Marc

On Wed, Nov 28, 2012 at 8:40 PM, <marco207p_at_gmail.com> wrote:
> I know specifically that the 3745 in GNS3 will not work correctly with what
> you are doing if you are using a ip local pool on the client , and the peer ip
> default address pool. Configure this with the 7200 and test.
>
> Joe Sanchez
> Sent from my iPad
>
> On Nov 28, 2012, at 11:34 AM, "Mohamed A. Abbas" <m.abdelmonsef_at_gmail.com>
> wrote:
>
>> man sh ip route on the two devices u will found u will fing that the router
> learns the remote ip address as /32 ? but this is not happening in all cases
> some times it IOS bug try to use ur config with asnced enteripse services IOS
> and i recommend try it in 7200 IOS i verified it many many times and it works
> with the 7200 isod fine when i use 3640 i found it learning the route to the
> remote neighbour as /32
>>
>> while configuring this piece dubug ip ospf adj
>> and see the terminal it saying to u we recived a packet from another subnet
> thats why it not coming up
>>
>> in another case what if its rip the use no valaidate source in the interface
> i think { refer to the DoC-CD} for right syntax.
>>
>> its a bug and no worries
>>
>> thanks,
>>
>> On Wed, Nov 28, 2012 at 6:52 PM, Tauseef Khan <tasneemjan_at_googlemail.com>
> wrote:
>> I have removed no peer neighbor-route and now can see /32 on both as
>> directly connected but still the OSPF adj is not coming up. I am using GNS3
>> with adv enterprise (c3745-adventerprisek9-mz.124-25d.bin). I don't think
>> its a GNS3 issue.
>> Regards
>>
>> On 28 November 2012 14:08, Joe Sanchez <marco207p_at_gmail.com> wrote:
>>
>> > There are issues with different devices that will not allow the is of to
>> > work properly with the PPPoe without using a dhcp pool on the server
> side.
>> > What code and platform are you using. Try GNS3 on the 7200 platform it
>> > works fine.
>> >
>> > Regards,
>> > Joe Sanchez
>> >
>> > ( please excuse the brevity of this email as it was sent via a mobile
>> > device. Please excuse misspelled words or sentence structure.)
>> >
>> > On Nov 28, 2012, at 5:03 AM, Tauseef Khan <tasneemjan_at_googlemail.com>
>> > wrote:
>> >
>> > > Please find below the configs
>> > > server:R1
>> > >
>> > > bba-group pppoe CISCO
>> > > virtual-template 16
>> > > !
>> > > interface Gigabit0/0
>> > > no ip address
>> > > ip ospf network point-to-multipoint
>> > > ip ospf mtu-ignore
>> > > duplex auto
>> > > speed auto
>> > > pppoe enable group CISCO
>> > > end
>> > >
>> > > !
>> > > interface Virtual-Template16
>> > > mtu 1492
>> > > ip address 172.31.255.1 255.255.255.0
>> > > ip ospf network point-to-multipoint
>> > > ip ospf mtu-ignore
>> > > peer default ip address pool 1.6
>> > > ppp authentication chap
>> > > end
>> > >
>> > > usename R2 password pass
>> > >
>> > > ip local-pool 6.6 172.31.255.254
>> > >
>> > > __________________________________________________
>> > >
>> > > Client R2:
>> > > interface FastEthernet0/0
>> > > no ip address
>> > > ip ospf network point-to-multipoint
>> > > ip ospf mtu-ignore
>> > > speed auto
>> > > half-duplex
>> > > pppoe enable
>> > > pppoe-client dial-pool-number 16
>> > > !
>> > >
>> > > interface Dialer16
>> > > mtu 1492
>> > > ip address negotiated
>> > > encapsulation ppp
>> > > ip ospf network point-to-multipoint
>> > > dialer pool 16
>> > > dialer idle-timeout 0
>> > > dialer persistent
>> > > no peer neighbor-route
>> > > ppp chap password 0 pass
>> > > end
>> > >
>> > > R2:
>> > > sh ip ospf int br
>> > > Interface PID Area IP Address/Mask Cost State Nbrs
>> > F/C
>> > >
>> >
> __________________________________________________________________________
>> > > Di16 1 2 172.31.255.254/32 1785 P2MP
>> > 0/0
>> > >
>> >
> __________________________________________________________________________
>> > >
>> > > Kind regards
>> > >
>> > > Tauseef
>> > > mobile: +44 7837209187
>> > >
>> > >
>> > > On 28 November 2012 10:10, Mohammad Mousa <mohd-mousa_at_hotmail.com>
>> > wrote:
>> > >
>> > >> Post your full configs so we can check together. Did you change the
> MTU?
>> > >>
>> > >> --
>> > >> Mohammad Mousa
>> > >> CCIE #36990
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >> On Nov 28, 2012, at 12:28 PM, Tauseef Khan wrote:
>> > >>
>> > >>> Appreciate if some one could help. I have ospf running on 2 routers
> R1
>> > >> and
>> > >>> R2.
>> > >>> R2 is a PPPoE client and R1 is the server. R2 has a negotiated ip
>> > >> address
>> > >>> on the dialer interface from R1 which is host (/32) address while R1
>> > has
>> > >> a
>> > >>> /29 bit Ip address on its interface facing towards Client.
>> > >>> OSPF adj is not coming up between the client and Server
>> > >>> On client dialer int and Server int I have ip ospf network
>> > >>> point-to-multipoint
>> > >>> i also tried no peer neighbor-route on client dialer interface.
>> > >>>
>> > >>> debugs on the client side show:
>> > >>> OSPF: Rcv pkt from 172.31.29.1, Dialer16, area 0.0.0.3 : src not on
> the
>> > >>> same network
>> > >>>
>> > >>> I have tried changing the network type to poin-to-poitn as well but
> no
>> > >> adj
>> > >>>
>> > >>> Regards
>> > >>>
>> > >>>
>> > >>> 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
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> --
>> Eng. Mohamed A. Monsef
>> Cisco Networks Engineer
>> CCIE 37569 - CCNPB. - CCIPB. - CCDPB.
>> CS-RSSSB. - IPv6-FGCEB.
>> ITILB. - ISO/IEC 27002B.
>> Cell Phone : +2 0100 677 2 887
>> +2 0109 255 6666
>> Land Line : +2 02 267 42 453
>
>
> 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 Nov 28 2012 - 21:29:30 ART