Tunnel Morse-Morse

https//www.racom.eu/eng/support/morse-m2/tunnel.html

Print version

4. Tunnel Morse-Morse

Tunnel MORSE-MORSE (TMM) is configured using the “Network Agent” (NAG) channel. This channel behaves in a similar way to the SCC from the point of view of configuration, however, it doesn’t have a physical output. After entering the NAG the packet is suitably modified and then sent via one of its “retranslation” or “user+service” outputs to a node within its CU.

Function of the Network Agent:

If a packet arrives to NAG from a node from the network output N it is fully packed into a service packet and given a new address.

  • Address dst is derived from the original dst address. Where there are “1” bits in the “GPe0ptm” mask the original dst address is maintained. In those bits where the mask is zero its bits are replaced with the respective values from the parameter addr. “GPe0pta”.

  • Address src is taken from the node which the “service” output NAG is connected to.

  • A packet set up in such a way is a “service” type packet, i.e. 12 or 92.

  • Service output NAG is connected to a suitable node, from which this packet then travels through the MORSE network to the dst address.

The following example was monitored in the CU according to the diagram shown on the left below:

Monitoring: source 690F8000|3.
CNI mon     |toa      frm     |dst      src     |          size|TT N
16:05:15.618|690F2001 690F8002|690F2001 690A0100|G00I    IN    2N09 1dat
AAAA
16:05:15.619|                 |690F1001 690F8000|G00I   OUT   12| 92 5serv 
0129 690F 2001 690A 0100 AAAA

In the target node the packet is separated from the other “user” packets and continues via the “service” output to NAG. Here the original routing packet is unpacked from the service packet and is sent from the NAG output “ret” to a suitable node. From here it continues through the MORSE network in the standard manner.

The example was monitored in the CU according to the diagram on the right:

16:05:12.850|                 |690F1001 690F8000|G00I    IN   12|_92 5serv 
0129 690F 2001 690A 0100 AAAA
16:05:12.850|690F1001 690F8000|690F2001 690A0100|G00I   OUT    2n09 1dat
AAAA

Example of the composition of the NAG packet: 0129 690F 2001 690A 0100 AAAA

0129

header

690F 2001

dst address of original packet

690A 0100

src address of original packet

AAAA

data of original packet

NAG Parameters:

From the Main menu using command GPe:

Nag:
 id |typ|subt|  addr |  mask  |
(0) 0001 0000 00001000 FFFF0FFF 
(1) 0000 0000 00000000 00000000 

de(f)ault (r)ead (w)rite
(I)nit (S)ync
(q)uit
>>

Select either of the two NAG and insert type TMM:

Ott

Return to the menu GPe and insert parameters:

Opt

Tunnel Morse-Morse parameters:
(s)ubt:0000
(a)ddr:00001000
(m)ask:FFFF0FFF
(q)uit
>>

Meaning of parameters:

(m)ask

denotes which parts of the dst address will be taken to service packet address

(a)ddr

determines what left out parts will be replaced with

(s)ubt

reserve field

4.1. TMM in the Mobile network

The mobile network is capable of transferring packets between the Center and Mobile. The route, however, cannot be extended using standard routing procedures on either the Center side or Mobile side. In these cases we have to make use of the Network Agent and configure the Tunnel Morse-Morse through the mobile network. The configuration example follows on from the previous example of the mobile connection and is supplemented with the TMM configuration.

Passage of a packet from the supervisory center 690A0100 through tunnel TMM to node 690F4001 in the Mobile and back:

u S02   690A0100    R01 
31/ 68  690F8000     -  
   -    690F8002    G00 
  G00   690F2001     -  
   -    690F4001   serd 

 serd   690F4001     -  
   -    690F2001    G00 
  G00   690F8000    R01 
30/ 75  690A0100  u S02 
690F4001h>

The packet passes through the section from 690A0100 to 690F8002 through the use of routing tables. Here it enters the tunnel, through which it is transferred as the service packet over the mobile section. This part of the route is not displayed in listing; it behaves as an inserted block. It then continues again from 690F2001 to 690F4001 according to the routing tables.

Notes on configuration:

  • An auxiliary node whose network output is directed towards NAG is added in the Center and in the Mobile. This node is the beginning of the tunnel.

  • The node at the beginning of the tunnel does not have routing tables for the direction “to the tunnel” which is why its sends all packets to its output “N” and thus to NAG. A routing packet which arrives at the tunnel in this way is packed in NAG (marked as “pack”). The packed packet then leaves NAG as a service packet and the output is again marked as “pack”.

  • The mask and address in menu GPe0pt are inserted in such a way that NAG creates a dst address directed at a node with output “s” connected to the opposite NAG.

  • In the Center the 4th character of the address from the right is replaced with 1, and the others remain the same. The three lower characters of the address determine the Mobile; the 4th character distinguishes the other nodes connected to this mobile. As an example, the following addresses are used in the Mobiles:

          Mobile 1       Mobile 2        Mobile 3        Mobile 4
          690F1001       690F1002        690F1003        690F1004
          690F2001       690F2002        690F2003        690F2004
          690F4001       690F4002        690F4003        690F4004
  • The complete address 690F8002, at which tunnels of all Mobiles end, is inserted into the dst address in the Mobile.

  • Nodes at which the tunnel ends are supplied with routing tables for distribution of routing packets which arrived from the tunnel. For node 690F2001 this is Tw2 and for node 690F8002 it is Tn2.

  • Other routing tables serve for sending packets to the beginning of the tunnel. For node 690F4001 they are Tw4 and Tn4, for node 690F8000 fields 10,20,40 in Tw1.

©  2024 RACOM s.r.o. All Rights Reserved.