Protocollo IP attraverso il SuperVozelj
Il SuperVozelj non e' un router IP, bensi' si occupa dell'instradamento
automatico dei datagrammi IP in base al nominativo AX.25 di destinazione
senza alterarne l'header IP .
E' quindi necessario che il frame datagram sia del tipo:
AX25: IR3IPB->IW3GRX v IR3SC* <UI C> pid=IP
IP: len 256 44.134.177.207->44.134.177.25 ihl 20 ttl 64 tos 8 prot TCP
TCP: 20->1194 Seq xddba82c5 Ack xa38894f4 ACK Wnd 32616 Data 216
0000 7n...RK...M..V)_...T.L.iD.U_VY.X....|~..#s^?N^..od:J.@....T.Z..R-
0040 ..I.+....]...K.{...!O}.F.=.UF.K.2C.T^.^r..W.0B^^?rMBE...&r.....^f
0080 q.}...I.].Q.,..+....1vjR.N,....^}=.C..KQ;.55....._.Z.QA.-.....9H
00C0 \.b.OK...U.F|..J...w^WfA
AX25: IW3GRX->IR3IPB v IR3SC <UI C> pid=IP
IP: len 40 44.134.177.25->44.134.177.207 ihl 20 ttl 64 tos 8 DF prot TCP
TCP: 1194->20 Seq xa38894f4 Ack xddba8115 ACK Wnd 32616
Si noti che l'header AX.25 di questi frame contiene il nominativo del
mittente, del destinatario, e il digipeater attraverso cui deve essere
ritrasmesso; poiche' IR3SC e' stato specificato senza SSID, il SuperVozelj
IR3SC utilizzera' il protocollo del digi-virtuale per instradare il frame
verso destinazione, ovvero' ricerchera' l'informazione sul destinatario
nella lista G ed instradera' il frame di conseguenza; in questo modo sara'
possibile instradare datagrammi IP verso un numero illimitato di nodi SuperVozelj
collegabili anche attraverso altri digipeater (thenet, flexnet,ecc).
Una limitazione e' dovuta alla gestione della memoria del SuperVozelj, che
prestabilisce il limite massimo della lunghezza di ciascun frame; questa
dovra' pertanto essere adattata al valore dell' MTU che si vuole
utilizzare.
Sono state fatte alcune prove utilizzando MTU di 1500 Byte, e i
trasferimenti miglioravano del 50% rispetto all' MTU di 256.
Questo miglioramento risulta tuttavia modesto, e potrebbe essere a questo
punto interessante creare un protocollo alternativo al TCP/IP studiato
per avere un minore overhead , sapendo che in ogni caso il SuperVozelj
potra' instradarlo in modo automatico a patto che l'header AX.25 contenga
sempre l'informazione sul destinatario.
Ritornando al TCP/IP, sono state fatte numerose prove con diversi software
per diversi sistemi operativi, e l'unico che non funziona in una rete
SuperVozelj e' l' ethrax in quanto trasmette i frame con l'header AX.25 del
tipo
AX25: IW3GRX->QST <UI C> pid=IP
IP: len 40 44.134.177.25->44.134.177.207 ihl 20 ttl 64 tos 8 DF prot TCP
TCP: 1194->20 Seq xa38894f4 Ack xddba8115 ACK Wnd 32616
quindi non specifica quale debba essere il nominativo di destinazione.
Tutti gli altri software conosciuti si sono invece rivelati validi, in
particolare risulta ottimo il TNOS e il supporto AX.25 di Linux per i
server, e il driver Flex95 per gli utenti che vogliono collegarsi.
Relativamente alle velocita' di scambio delle informazioni, il protocollo
TCP/IP si e' rilevato veramente insoddisfacente solo per i protocolli di
telnet, laddove viene inviato anche un solo carattere per frame provocando
un overhead intollerabile; questo limite comunque esiste non solo nelle reti
packet radio, ma anche in internet.
Invece i protocolli FTP e HTTP si sono rivelati molto efficienti ed
utilizzabili anche a basse velocita' .