From: Hobbs (deadheadblues@gmail.com)
Date: Sat Aug 02 2008 - 17:13:38 ART
Thanks for the reply. That makes sense...but the default ospf network type
for virtual-templates is point-to-point....should have come up anyway,
right?
I'm gonna have to break this down some more, I guess i'm just having trouble
understanding the basic ospf interaction with virtual-templates over FR
sub-interfaces.
back to the lab...
On Sat, Aug 2, 2008 at 1:59 PM, Fahad Khan <fahad.khan@gmail.com> wrote:
> It seems logical, there is no ip protocol configured on sub-int then how
> can the ospf network type be configured on that. And, in actual ,
> virtual-template interface is taking part in ospf.
>
>
>
> On 8/2/08, Hobbs <deadheadblues@gmail.com> wrote:
>
>> i got it to work...i had ip ospf network point-to-mulitpoint on my
>> subinterface, i needed it on my virtual-template...don't quite get
>> understand this one...
>>
>> On Sat, Aug 2, 2008 at 11:14 AM, Hobbs <deadheadblues@gmail.com> wrote:
>>
>> > btw, I also did a show ip ospf traffic and got nothing:
>> >
>> > Interface OSPF_VL0
>> >
>> > OSPF packets received/sent
>> > Invalid Hellos DB-des LS-req LS-upd LS-ack Total
>> > Rx: 0 0 0 0 0 0 0
>> > Tx: 0 0 0 0 0 0 0
>> >
>> > OSPF header errors
>> > Length 0, Checksum 0, Version 0, Bad Source 0,
>> > No Virtual Link 0, Area Mismatch 0, No Sham Link 0,
>> > Self Originated 0, Duplicate ID 0, Hello 0,
>> > MTU Mismatch 0, Nbr Ignored 0, LLS 0,
>> > Authentication 0,
>> >
>> > OSPF LSA errors
>> > Type 0, Length 0, Data 0, Checksum 0,
>> >
>> >
>> > On Sat, Aug 2, 2008 at 10:59 AM, Hobbs <deadheadblues@gmail.com> wrote:
>> >
>> >> I have searched for 2 days on this one, archives, netpro, google
>> >> etc...completely STUMPED...its got to be something simple...
>> >> It is strange because I'm not getting any messages about the virtual
>> link
>> >> at all, no adj messages, no packets, nothing.
>> >>
>> >> R5 and R1 are already OSPF adjacent via PPPoFR in area 125 and R1 is
>> also
>> >> connected to the BACKBONE:
>> >>
>> >> area 0---->R1<----pppofr (area125) ---->R5<-----area 765
>> >>
>> >> R5 id: 150.1.5.5
>> >> R1 id: 150.1.1.1
>> >>
>> >> Rack1R1#show ip ospf neighbor 150.1.5.5
>> >> Neighbor 150.1.5.5, interface address 128.1.125.5
>> >> In the area 125 via interface Virtual-Access1
>> >> Neighbor priority is 0, State is FULL, 6 state changes
>> >> DR is 0.0.0.0 BDR is 0.0.0.0
>> >>
>> >> Rack1R5#show ip ospf neighbor 150.1.1.1
>> >> Neighbor 150.1.1.1, interface address 128.1.125.1
>> >> In the area 125 via interface Virtual-Access1
>> >> Neighbor priority is 0, State is FULL, 6 state changes
>> >> DR is 0.0.0.0 BDR is 0.0.0.0
>> >>
>> >> Rack1R1#show ip ospf
>> >>
>> >> Area BACKBONE(0.0.0.0)
>> >> Number of interfaces in this area is 2
>> >>
>> >> R5 has a loopback in area 765 and I build a VL to R1 but it never even
>> >> attempts to come up.
>> >> Below are the relevant configs for R1 and R5:
>> >>
>> >> ***** R1 *****
>> >>
>> >> interface Serial0/0
>> >> no ip address
>> >> encapsulation frame-relay
>> >> !
>> >> interface Serial0/0.1 multipoint
>> >> ip ospf network point-to-multipoint
>> >> frame-relay interface-dlci 105 ppp Virtual-Template1
>> >> !
>> >> interface Virtual-Template1
>> >> ip address 128.1.125.1 255.255.255.0
>> >> !
>> >> router ospf 1
>> >> router-id 150.1.1.1
>> >> log-adjacency-changes
>> >> area 125 virtual-link 150.1.5.5
>> >> network 128.1.125.0 0.0.0.255 area 125
>> >> network 128.1.136.0 0.0.0.255 area 0.0.0.0
>> >> network 150.1.1.1 0.0.0.0 area 321
>> >>
>> >> ***** R5 *****
>> >>
>> >> interface Serial0/0
>> >> no ip address
>> >> encapsulation frame-relay
>> >> !
>> >> interface Serial0/0.1 multipoint
>> >> ip ospf network point-to-multipoint
>> >> frame-relay interface-dlci 501 ppp Virtual-Template1
>> >> frame-relay interface-dlci 502 ppp Virtual-Template1
>> >> no frame-relay inverse-arp
>> >> !
>> >> interface Virtual-Template1
>> >> ip address 128.1.125.5 255.255.255.0
>> >> !
>> >> router ospf 1
>> >> router-id 150.1.5.5
>> >> log-adjacency-changes
>> >> area 125 virtual-link 150.1.1.1
>> >> network 128.1.125.0 0.0.0.255 area 125
>> >> network 150.1.5.5 0.0.0.0 area 765
>> >> !
>> >>
>> >> R5 and R1 aren't even trying to form a VL (these are the two pppofr
>> >> neighbors)
>> >>
>> >> R5: Rack1R5#show ip ospf neighbor
>> >>
>> >> Neighbor ID Pri State Dead Time Address
>> >> Interface
>> >> 150.1.2.2 0 FULL/ - 00:00:30 128.1.125.2
>> >> Virtual-Access2
>> >> 150.1.1.1 0 FULL/ - 00:00:30 128.1.125.1
>> >> Virtual-Access1
>> >>
>> >> Rack1R5#show ip ospf virtual-links
>> >> Virtual Link OSPF_VL0 to router 150.1.1.1 is down
>> >> Run as demand circuit
>> >> DoNotAge LSA allowed.
>> >> Transit area 125, Cost of using 65535
>> >> Transmit Delay is 1 sec, State DOWN,
>> >> Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
>> >> Rack1R5#
>> >>
>> >> Rack1R1#show ip ospf virtual-links
>> >> Virtual Link OSPF_VL0 to router 150.1.5.5 is down
>> >> Run as demand circuit
>> >> DoNotAge LSA allowed.
>> >> Transit area 125, Cost of using 65535
>> >> Transmit Delay is 1 sec, State DOWN,
>> >> Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
>> >>
>> >> Debug ip ospf packets, adj, events doesn't show anything related to the
>> >> VL..
>> >> Is there some other debugging I can do so I can find out what's going
>> on?
>> >>
>> >> I have done VL over PPPoFR before and it worked fine, totally stumped
>> on
>> >> this one...
>> >>
>> >> thanks,
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>>
>>
>>
>>
>>
>>
>>
>
>
> --
> *FAHAD KHAN
>
> BE Computer Systems NED,
>
> CCNA,CCDA,CCNP,FOUNDFE,CLSE,QOS,JNCIA,JNCIS,MCP,
>
> Systems Support Engineer, Premier Systems (Pvt) limited,
>
> Karachi, Pakistan
>
> 92-321-2370510.*
Blogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Mon Sep 01 2008 - 08:15:29 ART