From: Chua, Parry (Parry.Chua@xxxxxxxxxx)
Date: Wed Mar 20 2002 - 05:12:38 GMT-3
Do a show ip ospf interface, here show two interfaces for your infor :
r2#sho ip ospf int
Loopback0 is up, line protocol is up
Internet Address 135.1.2.2/24, Area 1
Process ID 1, Router ID 135.1.2.2, Network Type LOOPBACK, Cost: 1
Loopback interface is treated as a stub Host
TokenRing0/0 is up, line protocol is up
Internet Address 135.1.22.2/24, Area 2
Process ID 1, Router ID 135.1.2.2, Network Type BROADCAST, Cost: 6
Transmit Delay is 1 sec, State DR, Priority 1
Designated Router (ID) 135.1.2.2, Interface address 135.1.22.2
No backup designated router on this network
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
Hello due in 00:00:02
Neighbor Count is 0, Adjacent neighbor count is 0
Suppress hello for 0 neighbor(s)
You will notice that router traet it as stub and no any timer, I don't think we
need to
configure it for authenification
Parry Chua
-----Original Message-----
From: Erhan Kurt [mailto:iekurt@yahoo.com]
Sent: Wednesday, March 20, 2002 3:38 PM
To: Bob Sinclair; ccielab@groupstudy.com
Subject: Re: Authentication on Loops?
My thoughts:
In OSPF, the interfaces may be in an area, not the
router. The authentication is only on the links
between, not only the interfaces. So it's not
necessary to put authentication on the loopback
interfaces.
Erhan
--- Bob Sinclair <bsin@erols.com> wrote:
> Folk:
>
> What is your thinking regarding the necessity to put
> an authentication key on any loopback interfaces
> that are in areas otherwise authenticated??
>
> My basic thought is that the loopbacks would/should
> not have authentication keys, since they have no
> neighbors. I could of course be all wet here.
>
> The "real world" concern: if one did not put keys
> on loopbacks, could some random person checking out
> your configs claim that "the area is not fully
> authenticated" because the loops have no keys??
>
> Any thoughts appreciated, be kind :|
>
> -Bob
>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:57:14 GMT-3