[OSPF] Neighbour processing

[Joakim Tjernlund <joakim.tjernlund at transmode.se>]

I OSPF RFC 2328, chap 10.5 one can read:
        o   If the neighbor is both declaring itself to be Designated
            Router (Hello Packet's Designated Router field = Neighbor IP
            address) and the Backup Designated Router field in the
            packet is equal to 0.0.0.0 and the receiving interface is in
            state Waiting, the receiving interface's state machine is
            scheduled with the event BackupSeen.  Otherwise, if the
            neighbor is declaring itself to be Designated Router and it
            had not previously, or the neighbor is not declaring itself
            Designated Router where it had previously, the receiving
            interface's state machine is scheduled with the event
            NeighborChange.

        o   If the neighbor is declaring itself to be Backup Designated
            Router (Hello Packet's Backup Designated Router field =
            Neighbor IP address) and the receiving interface is in state
            Waiting, the receiving interface's state machine is
            scheduled with the event BackupSeen.  Otherwise, if the
            neighbor is declaring itself to be Backup Designated Router
            and it had not previously, or the neighbor is not declaring
            itself Backup Designated Router where it had previously, the
            receiving interface's state machine is scheduled with the
            event NeighborChange.

I wonder about the Otherwise, .. part in these two bullets: Should
this be read as iff the first part before the "Otherwise, .." is false only
the the otherwise part should be performed? in other words, can
each bullet generate a BackupSeen AND NeighborChange or only
one of them?

Does the order matter, i.e is it valid to schedule two BackupSeen then
two NeighborChange?
Or should/must it be in order?

           Jocke