[cisco-bba] ospf over pppoe link
Mark Jones
mjones at mnsi.net
Thu Mar 22 08:18:36 EST 2007
yes that fixed that problem. The two client router and the lns see hello
packets form each other. The lns goes into int mode. The client complaints
"Rcv pkt from xxx.x.137.65, Dialer2, area 0.0.0.0 : src not on the same
network"
As the dialer 2 interface has a /32 ip and the interface bound to the
virtual-template can't be part of that /32 network I am not sure what the
solution to this would be.
----- Original Message -----
From: "Oliver Boehmer (oboehmer)" <oboehmer at cisco.com>
To: "Mark Jones" <mjones at mnsi.net>; <cisco-bba at puck.nether.net>
Sent: Thursday, March 22, 2007 12:30 AM
Subject: RE: [cisco-bba] ospf over pppoe link
> Mark,
>
> Can you try to add "Framed-Routing = 3" to your Radius profile and see
> if this makes a difference?
>
> oli
>
> Mark Jones <mailto:mjones at mnsi.net> wrote on Wednesday, March 21, 2007
> 7:48 PM:
>
>> Here is some of the config. Let me know what else you may need.
>>
>>
>>
>> router ospf 1
>> router-id XXX.X.137.65
>> log-adjacency-changes
>> limit retransmissions dc disable non-dc disable
>> redistribute connected subnets route-map netout
>> redistribute static subnets route-map netout
>> network xxx.x.136.213 0.0.0.0 area 0
>> network xxx.x.137.65 0.0.0.0 area 0
>>
>> !<snip>
>>
>> interface Virtual-Template3
>> mtu 1492
>> ip unnumbered FastEthernet0/0.4
>> ip load-sharing per-packet
>> ip ospf mtu-ignore
>> no logging event link-status
>> load-interval 30
>> peer default ip address pool dynlon1
>> ppp authentication pap PPP_LOCAL
>> ppp authorization PPP_LOCAL
>>
>>
>>
>> sh ip ospf int vi3.1
>>
>> Virtual-Access3.1 is up, line protocol is up
>> Internet Address 0.0.0.0/0, Area 0
>> Process ID 1, Router ID XXX.X.137.65, Network Type POINT_TO_POINT,
>> Cost: 1 Transmit Delay is 1 sec, State POINT_TO_POINT
>> Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
>> oob-resync timeout 40
>> No Hellos (Passive interface)
>> Supports Link-local Signaling (LLS)
>> Cisco NSF helper support enabled
>> IETF NSF helper support enabled
>> Index 4/4, flood queue length 0
>> Next 0x0(0)/0x0(0)
>> Last flood scan length is 0, maximum is 0
>> Last flood scan time is 0 msec, maximum is 0 msec
>> Neighbor Count is 0, Adjacent neighbor count is 0
>> Suppress hello for 0 neighbor(s)
>>
>>
>> ----- Original Message -----
>> From: "Oliver Boehmer (oboehmer)" <oboehmer at cisco.com>
>> To: "Mark Jones" <mjones at mnsi.net>; <cisco-bba at puck.nether.net>
>> Sent: Wednesday, March 21, 2007 12:38 PM
>> Subject: RE: [cisco-bba] ospf over pppoe link
>>
>>
>>> Mark Jones <> wrote on Wednesday, March 21, 2007 4:42 PM:
>>>
>>>> We are trying to run ospf over a pppoe link. everything works to as
>>>> you would expect with ospf except that on the lns side the
>>>> virtual-access interface is always in passive mode so it never sends
>>>> hellos packets or listens for them. The client side is sending them
>>>> out the proper interface. has anyone done this successfully?
>>>>
>>>> I can supply config snap shots if that is helpful.
>>>>
>>>
>>> OSPF config is needed, but I'd guess you did something like
>>>
>>> router ospf 1
>>> passive-interface default
>>> no passive-interface Virtual-template1
>>>
>>> This won't work as the "no passive-interface" is taken literally, the
>>> Virtual-Access<n> (VAI) interfaces will be matched by the
>>> "passive-interface default".
>>>
>>> Depending on your IOS version, you could use the "ip ospf area
>>> <area>" interface command to enable OSPF (see the "Area Command in
>>> Interface
>>> Mode for OSPFv2" feature documentation), and apply this command via
>>> Radius/lcp:interface-config in a per-user fashion so only some users
>>> will be able to speak OSPF with you. If this doesn't work, you could
>>> use a different loopback interface for these users (either a
>>> different vtemplate or apply an "ip unnumbered Loopback1" using
>>> Radius/lcp:interface-config) and use "network <loopback1-address>
>>> 0.0.0.0 area <area>", so all VAI's referencing this loopback will be
>>> put into OSPF. Make sure to run OSPF MD5 authentication here..
>>>
>>> But, this is just a wild guess ;-)
>>>
>>> oli
>>>
>>>
>>>
>>> --
>>> No virus found in this incoming message.
>>> Checked by AVG Free Edition.
>>> Version: 7.5.446 / Virus Database: 268.18.16/729 - Release Date:
>>> 3/21/2007 7:52 AM
>
>
>
> --
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.446 / Virus Database: 268.18.16/729 - Release Date: 3/21/2007
> 7:52 AM
>
>
More information about the cisco-bba
mailing list