On Jul 15, 2024, at 9:20 PM, Johnny Billquist
<bqt(a)softjar.se> wrote:
My question wasn't about the exact number, but the fact that it was not the number
shown by NCP.
There is control over both in RSX as well, but there NICE isn't reporting the buffer
size in that parameter, but you can see it in another place, and yes, it's the value
used in the routing advertising, which makes sense, since that is what you announce you
will accept as size for routing packets. And yes, it's (completely) unrelated to the
segment buffer size, which is what NSP cares about. And as long as the buffer size is
atleast large enough to hold the maximum segment size, everything will be happy.
I also haven't checked any code, but for ethernet, I would think that routers will
either send out 1500 byte packets, or send out the packet the size of the smallest
announced accepted size. Now I'm sortof curious which. Maybe the DECnet routing spec
already would tell me... I know that for point-to-point links, RSX sends packets larger
than the segment size if routing init says it can accept that, as long as the sending side
can build that size.
Yes, the routing spec does say that. Routers gather up advertised buffer sizes from all
the adjacent nodes, and find the lowest advertised value. That minimum controls the size
of the routing messages, since those are multicast so they have to be sized correctly for
all the others.
paul