<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE></TITLE>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2900.3059" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>The ip unumbered works good.</FONT></DIV>
<BLOCKQUOTE
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV
style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B>
<A title=hprem@cisco.com href="mailto:hprem@cisco.com">Prem Anand (hprem)</A>
</DIV>
<DIV style="FONT: 10pt arial"><B>To:</B> <A title=hprem@cisco.com
href="mailto:hprem@cisco.com">Prem Anand (hprem)</A> ; <A
title=mjones@mnsi.net href="mailto:mjones@mnsi.net">Mark Jones</A> ; <A
title=oboehmer@cisco.com href="mailto:oboehmer@cisco.com">Oliver Boehmer
(oboehmer)</A> ; <A title=cisco-bba@puck.nether.net
href="mailto:cisco-bba@puck.nether.net">cisco-bba@puck.nether.net</A> </DIV>
<DIV style="FONT: 10pt arial"><B>Sent:</B> Friday, March 23, 2007 9:22
AM</DIV>
<DIV style="FONT: 10pt arial"><B>Subject:</B> RE: [cisco-bba] ospf over pppoe
link</DIV>
<DIV><BR></DIV><!-- Converted from text/plain format -->
<P><FONT size=2><FONT face=Arial>Hi
Mark,<BR> You cannot use OSPF over
PPP links if the IP address is negotiated for any side. This is b'cos PPP
doesn't have any option to negotiate the mask information and hence will
always use a /32 bit mask when IP address is
negotiated.<BR> As there cannot be
more than 1 host on a /32 network, OSPF will always complain that the remote
peer is not in the same subnet. Remember that OSPF needs both the ends in the
same network to form neighbour
relationship.<BR><BR> I don't think
there is any possible relation;<BR><FONT
color=#0000ff> I wanted to say
"there is any possible solution".
:-)</FONT><BR><BR> The workaround
would be to use static IPs on both sides or use "ip
innumbered"<BR><BR>Regards<BR>Prem</FONT><BR><BR><BR>-- If you live each day
as if it was your last, someday you'll certainly be
right.<BR><BR>-----Original Message-----<BR>From:
cisco-bba-bounces@puck.nether.net<BR>[<A
href="mailto:cisco-bba-bounces@puck.nether.net">mailto:cisco-bba-bounces@puck.nether.net</A>]
On Behalf Of Mark Jones<BR>Sent: Thursday, March 22, 2007 6:49 PM<BR>To:
Oliver Boehmer (oboehmer); cisco-bba@puck.nether.net<BR>Subject: Re:
[cisco-bba] ospf over pppoe link<BR><BR>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"<BR><BR>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.<BR><BR><BR>-----
Original Message -----<BR>From: "Oliver Boehmer (oboehmer)"
<oboehmer@cisco.com><BR>To: "Mark Jones" <mjones@mnsi.net>;
<cisco-bba@puck.nether.net><BR>Sent: Thursday, March 22, 2007 12:30
AM<BR>Subject: RE: [cisco-bba] ospf over pppoe link<BR><BR><BR>>
Mark,<BR>><BR>> Can you try to add "Framed-Routing = 3" to your Radius
profile and see<BR>> if this makes a difference?<BR>><BR>>
oli<BR>><BR>> Mark Jones <<A
href="mailto:mjones@mnsi.net">mailto:mjones@mnsi.net</A>> wrote on
Wednesday, March 21, 2007<BR>> 7:48 PM:<BR>><BR>>> Here is some of
the config. Let me know what else you may
need.<BR>>><BR>>><BR>>><BR>>> router ospf
1<BR>>> router-id XXX.X.137.65<BR>>>
log-adjacency-changes<BR>>> limit retransmissions dc disable
non-dc disable redistribute<BR>>> connected subnets route-map
netout redistribute static subnets<BR>>> route-map netout
network xxx.x.136.213 0.0.0.0 area 0 network<BR>>> xxx.x.137.65
0.0.0.0 area 0<BR>>><BR>>> !<snip><BR>>><BR>>>
interface Virtual-Template3<BR>>> mtu 1492<BR>>> ip
unnumbered FastEthernet0/0.4<BR>>> ip load-sharing
per-packet<BR>>> ip ospf mtu-ignore<BR>>> no logging
event link-status<BR>>> load-interval 30<BR>>> peer
default ip address pool dynlon1 ppp authentication pap<BR>>>
PPP_LOCAL ppp authorization
PPP_LOCAL<BR>>><BR>>><BR>>><BR>>> sh ip ospf int
vi3.1<BR>>><BR>>> Virtual-Access3.1 is up, line protocol is
up<BR>>> Internet Address 0.0.0.0/0, Area
0<BR>>> Process ID 1, Router ID XXX.X.137.65, Network Type
POINT_TO_POINT,<BR>>> Cost: 1 Transmit Delay is 1 sec, State
POINT_TO_POINT<BR>>> Timer intervals configured, Hello 10,
Dead 40, Wait 40, Retransmit<BR>5<BR>>>
oob-resync timeout 40<BR>>> No Hellos (Passive
interface)<BR>>> Supports Link-local Signaling
(LLS)<BR>>> Cisco NSF helper support
enabled<BR>>> IETF NSF helper support
enabled<BR>>> Index 4/4, flood queue length
0<BR>>> Next 0x0(0)/0x0(0)<BR>>> Last
flood scan length is 0, maximum is 0<BR>>> Last flood scan
time is 0 msec, maximum is 0 msec<BR>>> Neighbor Count is 0,
Adjacent neighbor count is 0<BR>>> Suppress hello for 0
neighbor(s)<BR>>><BR>>><BR>>> ----- Original Message
-----<BR>>> From: "Oliver Boehmer (oboehmer)"
<oboehmer@cisco.com><BR>>> To: "Mark Jones"
<mjones@mnsi.net>; <cisco-bba@puck.nether.net><BR>>> Sent:
Wednesday, March 21, 2007 12:38 PM<BR>>> Subject: RE: [cisco-bba] ospf
over pppoe link<BR>>><BR>>><BR>>>> Mark Jones <>
wrote on Wednesday, March 21, 2007 4:42
PM:<BR>>>><BR>>>>> We are trying to run ospf over a pppoe
link. everything works to as<BR>>>>> you would expect with ospf
except that on the lns side the<BR>>>>> virtual-access interface
is always in passive mode so it never<BR>sends<BR>>>>> hellos
packets or listens for them. The client side is sending
them<BR>>>>> out the proper interface. has anyone done this
successfully?<BR>>>>><BR>>>>> I can supply config snap
shots if that is helpful.<BR>>>>><BR>>>><BR>>>>
OSPF config is needed, but I'd guess you did something
like<BR>>>><BR>>>> router ospf 1<BR>>>>
passive-interface default<BR>>>> no passive-interface
Virtual-template1<BR>>>><BR>>>> This won't work as the "no
passive-interface" is taken literally,<BR>the<BR>>>>
Virtual-Access<n> (VAI) interfaces will be matched by
the<BR>>>> "passive-interface
default".<BR>>>><BR>>>> Depending on your IOS version, you
could use the "ip ospf area<BR>>>> <area>" interface command to
enable OSPF (see the "Area Command in<BR>>>> Interface Mode for
OSPFv2" feature documentation), and apply this<BR>>>> command via
Radius/lcp:interface-config in a per-user fashion so<BR>>>> only some
users will be able to speak OSPF with you. If this doesn't<BR>>>>
work, you could use a different loopback interface for these
users<BR>>>> (either a different vtemplate or apply an "ip unnumbered
Loopback1"<BR>>>> using<BR>>>> Radius/lcp:interface-config)
and use "network <loopback1-address><BR>>>> 0.0.0.0 area
<area>", so all VAI's referencing this loopback will be<BR>>>>
put into OSPF. Make sure to run OSPF MD5 authentication
here..<BR>>>><BR>>>> But, this is just a wild guess
;-)<BR>>>><BR>>>>
oli<BR>>>><BR>>>><BR>>>><BR>>>>
--<BR>>>> No virus found in this incoming message.<BR>>>>
Checked by AVG Free Edition.<BR>>>> Version: 7.5.446 / Virus
Database: 268.18.16/729 - Release Date:<BR>>>> 3/21/2007 7:52
AM<BR>><BR>><BR>><BR>> --<BR>> No virus found in this incoming
message.<BR>> Checked by AVG Free Edition.<BR>> Version: 7.5.446 / Virus
Database: 268.18.16/729 - Release Date:<BR>3/21/2007<BR>> 7:52
AM<BR>><BR>><BR><BR>_______________________________________________<BR>cisco-bba
mailing list<BR>cisco-bba@puck.nether.net<BR><A
href="https://puck.nether.net/mailman/listinfo/cisco-bba">https://puck.nether.net/mailman/listinfo/cisco-bba</A><BR><BR>_______________________________________________<BR>cisco-bba
mailing list<BR>cisco-bba@puck.nether.net<BR><A
href="https://puck.nether.net/mailman/listinfo/cisco-bba">https://puck.nether.net/mailman/listinfo/cisco-bba</A><BR></FONT></P>
<P>
<HR>
<P></P>No virus found in this incoming message.<BR>Checked by AVG Free
Edition.<BR>Version: 7.5.446 / Virus Database: 268.18.16/729 - Release Date:
3/21/2007 7:52 AM<BR></BLOCKQUOTE></BODY></HTML>