On 2012-01-05 17.21, Bob Armstrong wrote:
I wrote-
OpenVMS Network status for local node 2.1 LEGATO on 5-JAN-2012
08:11:19.43
Area Cost Hops Next Hop to Area
1 4 1 QNA-1 ->
1.300 CTAKAH
....
It bugs me, although I can't point at an actual problem that it causes,
that the routing node for area 1 is seen as CTAKAH, rather than MIM. Since
CTAKAH is not actually local to Uppsula (I think that's where MIM is) but is
rather at the other end of yet another bridge, this means that any traffic
for area one, no matter what its ultimate destination, has to make an extra
round trip to Russia.
This happens because when there are multiple routing nodes for the same
area, DECnet uses the one with the highest address. The obvious solution
would be for Johnny to renumber MIM as, say, 1.1023.
Nah. MIM have a higher routing priority set. (Unless Oleg Safiulling have tweaked the
routing priority of CTAKAH.) However, you sometimes run into this issue because there are
so many routers on the bridge. Depending on your configuration, some routers will be
ignored, and which ones seems to be somewhat random. So unfortunately, it can be MIM that
gets tossed, and then it don't matter that MIM have a higher priority.
But yes, CTAKAH do sit in Russia, and it causes packets to travel some extra time to get
to places. But apart from that, it should not ever be an issue. A slight side effect of
the fact that we fake a local ethernet segment. Had it been a real one, the packets would
travel the same on the local segment, no matter which router was used.
Johnny