Difference between revisions of "Network layer"
From Zenitel Wiki
(→AlphaCom Dataprotocol Networklayer header Format) |
(→Alternative Routing Effect: removed) |
||
Line 37: | Line 37: | ||
When the AlphaCom message router receives a message addressed to a broadcast address, and the message does have a sequence number, the router searches the ring buffer in order find if the message is already forwarded. If the message reference is found, the message is discarded. Otherwise, the sequence number and the source address are stored in the ring buffer, and the message is forwarded to all neighbor nodes. | When the AlphaCom message router receives a message addressed to a broadcast address, and the message does have a sequence number, the router searches the ring buffer in order find if the message is already forwarded. If the message reference is found, the message is discarded. Otherwise, the sequence number and the source address are stored in the ring buffer, and the message is forwarded to all neighbor nodes. | ||
− | + | ||
− | |||
− | |||
− | |||
[[Category:AlphaCom E Software]] | [[Category:AlphaCom E Software]] | ||
[[Category:AlphaNet]] | [[Category:AlphaNet]] |
Revision as of 12:16, 20 January 2010
The network layer is responsible for message transport from a source device to a destination device, possibly via one or more transit nodes. It will also monitor broadcasts and discard messages that have been forwarded too many times (possibly going in loop). The network layer’s message header must always be included independent of which data link layer is used. Note that the header contains an <options> field, which need not be processed but your data receiver must advance the correct number of bytes.
Contents
AlphaCom Dataprotocol Networklayer header Format
The network layer message has the following format:
<source> <destination> <hopcountbyte> <options> <application data....>
where:
- <hopcountbyte>: UINT1 <options size> <hop counter>
- <option size> 3 upper bits (mask: 0xE0)
- The number of optional bytes in the following <options> field. External applications can normally set this byte to zero. External applications may receive messages with options from AlphaCom, so the option length field must be handled when parsing messages, but the contents of the <options> can normally be ignored.
- For backward compatibility reasons AMC always removes the <options> field when sending on a ISO1745 link. The hop-count/options fields are removed all together when sent on port 0 to AlphaPro.
- (AMC 06.xx does not support the <options> field, and ignores these three bits.)
- <hop counter> 5 lower bits (mask: 0x1F)
- A hop counter, counting the number of links that the message has traveled. The hop count (initially 0) is used for graceful handling of data routing configuration errors, by increasing it for every hop and discarding looping messages after 31 hops.
- <option size> 3 upper bits (mask: 0xE0)
- <options> The number of bytes is given by <hopcountbyte>. 0-7 bytes. See below.
The maximum size of a network layer message handled by AlphaCom is 64 bytes.
Netlayer options
Currently only one option is defined: A UINT1 which is a message sequence number. The sequence number is chosen by the sender, and must follow the message to the destination. The sequence number is used in order to handle broadcast messages between exchanges in AlphaNet. Sequence number set to zero means “no sequence number”.
Handling of Broadcast messages
Sequence numbers
When the AlphaCom message router receives a message addressed to a broadcast address, and the message does not have a sequence number, the router adds a nonzero sequence number to the message. Then the sequence number and the source address are stored in a message reference ring buffer with 20 elements, and the message is forwarded to all neighbour nodes.
When the AlphaCom message router receives a message addressed to a broadcast address, and the message does have a sequence number, the router searches the ring buffer in order find if the message is already forwarded. If the message reference is found, the message is discarded. Otherwise, the sequence number and the source address are stored in the ring buffer, and the message is forwarded to all neighbor nodes.