Re: OSPF Q

From: Radoslav Vasilev (deckland@gmail.com)
Date: Tue Jul 25 2006 - 06:35:42 ART


Zdravei :)

Checking RFC 2328 reveals:

10.5. Receiving Hello Packets

        This section explains the detailed processing of a received
        Hello Packet. (See Section A.3.2 for the format of Hello
        packets.) The generic input processing of OSPF packets will
        have checked the validity of the IP header and the OSPF packet
        header. Next, the values of the Network Mask, HelloInterval,
        and RouterDeadInterval fields in the received Hello packet must
        be checked against the values configured for the receiving
        interface. Any mismatch causes processing to stop and the
        packet to be dropped. In other words, the above fields are
        really describing the attached network's configuration. However,
        there is one exception to the above rule: on point-to-point
        networks and on virtual links, the Network Mask in the received
        Hello Packet should be ignored.

Cheers,
Rado Vasilev

        The receiving interface attaches to a

On 7/23/06, Bozhidar Batev <b.batev@mobiltel.bg> wrote:
>
> I have 2 routers with FR between them. This routers are in one ospf are
> and network type is point-to-point.
>
> The mask on the interfaces is 255.255.255.252. Only for probe I change
> subnet mask on one of the router to /24 and reset ospf process and they
> became neighbour.
>
> Network mask is one of the condition to became neighbour why on
> point-to-point network it's not true. I change network type (broadcast)
> and I get the ospf message for wrong mask and then put the network type
> back to point-to-point and they again became neighbour and ospf work
> well.
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html



This archive was generated by hypermail 2.1.4 : Tue Aug 01 2006 - 07:13:48 ART