MidiSuperVozelj
Nodo Multicanale AX.25/Datagram


Manuale a cura di IW3GRX

Contenuto:



1.1 Introduzione

Il SuperVozelj (si pronuncia "supervozel") e' un nodo packet sviluppato da Matjaz S53MV nel 1992 , a partire dal DSP3MV progettato da lui stesso.

In quel periodo si stava creando in Slovenia una rete packet in cui i link fra i nodi venivano effettuati a 38400bps, velocita' limite per i TNC2 con software TheNet , che spesso si resettavano per insufficienza di memoria (tutti i buffer di ricezione si riempivano dando luogo ad un warm-boot del TNC2) .

Nasceva quindi l'esigenza di creare un nuovo sistema in grado di consentire la connessione di un notevole numero di utenti, e di gestire senza troppi problemi porte radio a velocita' di almeno 38400bps.

La soluzione, decisamente innovativa, sembrava essere proprio il SuperVozelj, basato sul microprocessore 32bit Motorola 68010 , il quale consentiva di gestire 6 canali radio-kiss a velocita' configurabile nel software da 300 a 76800bps ; in questo modo sarebbe stato possibile creare dei nodi multicanale molto piu' economici dei TheNet (non servivano 6 TNC2 per gestire 6 canali !!) con porte a media velocita' dedicate all' utenza.

Inoltre, l'hardware risultava molto modulare, composto da una scheda BUS in cui erano montati una serie di connettori eurocard a 64pin, su cui venivano innestate le schede con la CPU, RAM, SCC (6 canali), ecc. ; in questo modo sarebbe stato possibile cambiare schede per fare degli aggiornamenti, o aggiungerne altre, in modo da rendere il SuperVozelj il piu' versatile possibile.

Successivamente, data la difficolta' nel reperire i circuiti stampati originali dalla Slovenia, Luca IW3GRW ridisegno' le schede con lo scopo di renderlo piu' compatto; ne derivo' una prima versione, che poi venne rimodificata nell'hardware per un ulteriore miglioramento.

La nuova versione si chiama ora MidiSuperVozelj, poiche' risulta piu' economica del progetto originale, e si adatta meglio all'uso da parte degli utenti come superTNC grazie alla sua struttura compatta visualizzabile cliccando qui [foto del nodo MidiSuperVozelj competo di 5 modem].
Il MidiSuperVozelj implementa delle novita' rispetto alla prima versione di IW3GRW, ovvero:

Sono disponibili on-line gli schemi elettrici ed i layout di tutte le schede del MidiSuperVozelj, ed inoltre e'disponibile anche la documentazione riguardante i modem BELL, MANCHESTER e G3RUH ridisegnati da IW3GRW.

Ora il MidiSuperVozelj si trova in una fase terminale, in cui tutto cio' che e' stato possibile aggiungere per renderlo veramente versatile ed utilizzabile, e' stato fatto.

Probabilmente il prossimo passo consistera' nell' apporre delle modifiche all'hardware per velocizzare ulteriormente il sistema, magari predisponendo l'uso di microprocessori piu' veloci come il 68360, in modo da migliorare notevolmente le performance nel caso si utilizzi dei canali a 1.2Mbps .

Il software e' scritto interamente in assembler A68K, cosicche' risulta essere molto veloce e portabile su qualsiasi piattaforma che usi i microprocessori della serie M68K , come ad esempio il 68008, 68020 e 68360.

Il software viene in genere scritto da S53MV , per poi essere rielaborato da S52D, che lo rende piu' completo e quindi piu' appropriato per le nostre esigenze.

Il software puo' essere caricabile da remoto in modo che in qualsiasi momento sia possibile effettuare aggiornamenti o modifiche al programma di gestione del nodo....non sara' quindi necessario dover sostituire ogni volta la eprom per effettuare dei cambiamenti nel software del nodo. Piu' avanti ci sara' una sezione dedicata alla procedura di upload e di restart del software.

Ritengo comunque importante dire che il software del SuperVozelj risulta collaudatissimo, nel senso che non si inchioda ne' si resetta per alcun motivo.

Ritorna al menu....


1.2 Funzionalita' del nodo

Elenchiamo qui sotto le principali funzioni e caratteristiche del nodo:

Ritorna al menu....


2.1 Autorouting e connessioni

E' possibile collegare un SuperVozelj con qualsiasi SSID del suo callsign o alias; in condizioni normali il SuperVozelj utilizza la modalita' "Reconnect", secondo la quale ad ogni richiesta di disconnessione da una stazione risulteremo poi ricollegati al SuperVozelj precedente; questa modalita' puo' essere pericolosa per i BBS che devono effettuare il forwarding, laddove cioe' nel caso in cui si verifichi la disconnessione della stazione di destinazione o di un nodo intermedio, e' necessario avere la disconnessione completa da tutti i nodi per evitare che vengano perse le informazioni in forward.

La modalita' Reconnect puo' essere disabilitata collegando il primo SuperVozelj con SSID 12, 13, 14 o 15 (ad esempio digitando C IR3TVB-12 , o IR3TVB-15, TVB-13, ecc) .

Quando si e' collegati ad un SuperVozelj, e' possibile richiedere una connessione (downlink) verso una stazione utilizzando il comando C (Connect) , il quale risulta molto complesso;

specificando la porta in cui fare la connessione, si disabilita l'autorouting, ed in questo caso le modalita' sono le seguenti:

C PORTA NOMINATIVO ad esempio C 4 IK3NOK-0

C PORTA NOMINATIVO DIGIn ... DIGI1

ad esempio C 3 PADOVA IR3MCO-2 IR3TVB-3 per collegare il nodo PADOVA attraverso i digipeaters IR3TVB-3 e IR3MCO-2.

Nel caso in cui il numero della porta sia 0 , il SuperVozelj tentera' la connessione verso il nominativo specificato in tutti i suoi canali.

Se invece si vuol fare in modo che la connessione avvenga secondo l'autorouting, non si dovra' specificare il canale in cui effettuare la connessione.

In questo caso il SuperVozelj andra' ad analizzare se il nominativo specificato e' presente nella lista Automatica (settata dal SysOp), nella lista Vozelj (dell'autorouting), nella lista Users (degli utenti collegati attualmente) o nella lista Glej (degli utenti che si erano precedentemente collegati al nodo) , e se non trova alcuna informazione tentera' la connessione direttamente con il nominativo specificato su tutti i canali del nodo.

E' importante comunque che ciascun utente utilizzi un solo SSID del proprio mycall per collegare il SuperVozelj in modo che il protocollo di routing funzioni bene.....nel caso si voglia effettuare piu' connessioni simultanee con lo stesso nodo, dovremo utilizzare lo stesso callsign (ad esempio IW3GRW-0) e collegare il nodo con diversi SSID (ad esempio IR3TVB, IR3TVB-1, TVB, TVB-15,ecc ).

Se da un nodo SuperVozelj vogliamo invece chiedere la connessione con una stazione per cui e' ammesso un solo SSID (ad esempio con il BBS IW3FHV-8) , vedremo che non sara' possibile collegarsi per piu' di una volta se non aggiungendo al comando di connessione il parametro -SSID , ad esempio digitando C IW3FHV-8 -3

Il parametro -3 specifica che l'SSID del proprio nominativo nel downlink dovra' essere impostato a 3 (o a qualsiasi altro valore compreso tra 0 e 15 specificato) .

Infatti ad ogni downlink effettuato, il SuperVozelj incrementa il proprio SSID, che puo' comunque essere risettato dall'utente proprio con il comando C NOMINATIVO -SSID.

Parliamo ora di routing.

Come detto poc'anzi, digitando C NOMINATIVO verra' ricercato il nominativo specificato nella lista di routing secondo questo ordine:

  1. Lista Automatica (settata dal SysOp)

  2. Lista Vozel (autorouting dei nodi)

  3. Lista Users (lista degli utenti attualmente connessi al nodo)

  4. Lista Glej (lista degli utenti che si sono connessi in passato)

Durante la ricerca del path di connessione per il nominativo specificato, il SuperVozelj in genere ignora l'informazione sull'SSID specificato, a meno che non sia specificata la porta in cui effettuare la connessione.

Questo accorgimento e' indispensabile per poter fare piu' sessioni di connessione contemporaneamente, e quindi per collegare gli stessi nodi piu' volte.

Quando nella lista A un callsign e' preceduto dal carattere '!' , la connessione verso quel nominativo viene effettuata direttamente utilizzando nominativo e ssid specificati nella lista A per quel callsign.

Vedremo meglio in dettaglio questi particolari qui sotto....

Lista Automatica

Nella lista A dovranno essere inserite tutte le stazioni direttamente collegabili dal nodo, ma non quelle collegabili attraverso altri nodi SuperVozelj; infatti queste ultime dovranno essere settate nel SuperVozelj da cui sono direttamente collegabili, e le loro informazioni di routing verranno ricevute attraverso il protocollo di autorouting.

Facciamo subito un esempio: dal nostro nodo e` possibile collegare le seguenti stazioni:

Ch Stazione via Tipostazione 1 IW3GRX-8 FBB BBS AX.25 (non ammette altri SSID) 1 GRX FBB BBS AX.25 (alias fittizio per IW3GRX-8) 3 IR3BLG FlexNet collegabile con qualsiasi SSID 3 IR6ANS IR3BLG FlexNet collegabile attraverso IR3BLG 5 IR3IPA-5 TNOS con alias 177203 6 IR3NET-7 Nodo NetRom collegabile direttamente 6 IR3NET-2 IR3NET-7 Nodo NetRom collegabile attraverso IR3NET-7 6 IR3NET-12 IR3NET-7 Nodo NetRom collegabile attraverso IR3NET-7

Ecco ora le relative linee da inserire nella lista A per configurare i suddetti nodi:

A !IW3GRX 1 IW3GRX-8
A !GRX    1 IW3GRX-8
A IR3BLG  3 IR3BLG
A IR6ANS  3 IR3BLG
A !IR3IPA 5 IR3IPA-5
A 177203  5 177203
A IR3NET  6 IR3NET-7

Ora spieghiamo piu' in dettaglio le varie linee:
GRX:IW3GRX-8: e` un bbs AX25, in cui l'alias e` fittizio (non esiste in realta`, e serve soltanto per gli utenti che possono cosi` richiamare piu` comodamente il bbs) e il nominativo chiamato deve avere l'SSID uguale a 8; per questo bisogna inserire come primo carattere il punto esclamativo '!' per specificare che, quando un utente digitera` C GRX o C IW3GRX , dovra` essere fatta una sostituzione testuale con C 1 IW3GRX-8.
IR3BLG: e` un nodo FlexNet che puo` essere richiamato con tutti gli SSID, quindi non e` si dovra` inserire come primo carattere il punto esclamativo.
IR6ANS: e` un altro nodo FlexNet che e` richiamabile attraverso il nodo IR3BLG; quando un utente digitera` C IR6ANS , il SuperVozelj richiamera` il nodo IR3BLG inviandogli il comando C IR6ANS.
177203:IR3IPA-5: trattasi di un router IP che usa il software TNOS; mentre l'alias e` collegabile con tutti gli SSID, il nominativo e` collegabile soltanto con l'SSID 5, e pertanto non si dovra` inserire il carattere '!' prima dell'alias 177203, ed invece lo si dovra` inserire prima del nominativo IR3IPA.
IR3NET-2 e IR3NET-7: in questo caso ci sono due nodi netrom il cui nominativo differisce solo per l'SSID; anche in questo caso non ci sara` nessun problema, in quanto digitando C IR3NET-7 il nodo richiamera` sul canale 6 IR3NET-7, mentre digitando C IR3NET-2 verra` richiamato nel canale 6 il nodo IR3NET-7, e poiche` il nominativo chiamato e` differente da quello connesso (infatti IR3NET-2 e` diverso da IR3NET-7 per l'SSID) , il SuperVozelj inviera` a quest'ultimo il comando C IR3NET-2 cosicche` si avra` la connessione con il nodo voluto.

Le regole da rispettare per il setup della lista A sono le seguenti:
nel primo campo dovra` essere inserito il nominativo chiamabile SENZA SPECIFICARNE L' SSID; se il nominativo inserito puo` essere chiamato con un solo SSID, oppure e` un mnemonico inesistente che punta ad un nominativo valido, dovra` essere preceduto dal carattere '!' .
Dovranno quindi essere preceduti da '!' tutti gli alias fisicamente inesistenti, e tutti i nominativi collegabili con un solo SSID.
Nel secondo campo dovra` essere inserito il numero del canale attraverso cui verra` tentata la connessione; specificando 0 come canale, verra` tentata la connessione in tutti i canali.
Infine, nel terzo campo dovra` essere specificata la stazione da chiamare, eventualmente seguita da tutti i digipeater che dovranno essere chiamati.

Le stazioni presenti nella lista A, affinche` vengano incluse anche nell'autorouting, devono essere presenti anche nella lista Z (chiamate di routing) per il seguente motivo:
non e` detto che tutte le stazioni incluse nella lista A siano effettivamente collegabili (ad esempio vi puo` essere un bbs spento, un nodo momentaneamente scollegato, ecc.) ed e` quindi inammissibile che stazioni non collegabili vengano immesse nella lista dei nodi.

Dovranno pertanto essere inserite nella lista Z le seguenti stazioni:

Z 1:IW3GRX-8
Z 3:IR3BLG
Z 5:IR3IPA-5
Z 5:177203
Z 6:IR3NET-7
Ogni 14 minuti il nodo SuperVozelj effettuera` le chiamate di routing per lo scambio delle informazioni, e nella lista delle chiamate (Z) trovera` anche le 5 stazioni appena specificate; non essendo queste dei nodi SuperVozelj, ovvero non essendo presenti nella lista W, non verra` a loro inviata alcuna informazione di routing, ma verranno soltanto connesse e poi subito disconnesse, misurandone il tempo di connessione.
In questo modo, se una stazione presente nella lista A e` collegabile attraverso due nodi SuperVozelj, la strada scelta per la connessione sara` sicuramente quella piu` veloce.

Il SuperVozelj riesce quindi ad addattarsi per qualsiasi tipo di routing, e quindi per essere inserito in qualsiasi rete di nodi, sia questa NetRom, che FlexNet, ItaNet, ecc. ; il problema inverso e' invece abbastanza difficoltoso.

Per quanto riguarda l'inserimento di un SuperVozelj in una rete FlexNet, si dovra' specificare nella lista dei nodi FlexNet le eventuali stazioni connettibili utilizzando il SuperVozelj come digipeater (indicare callsign-ssid del SuperVozelj, in cui SSID e' il numero del canale attraverso il quale dovranno essere ripetuti i frames); in questo modo non funziona l'autorouting fra FlexNet e SuperVozelj, ma i vari nodi FlexNet dovranno essere settati sul nodo SuperVozelj, e viceversa.

Per quanto riguarda invece l'inserimento di un SuperVozelj in una rete NetRom, la soluzione sara' molto piu' semplice in quanto nel sorgente del SuperVozelj sara'possibile indicare che tutti i frame NetRom (PID=CF) inviati a NODES (e quindi i frames broadcast per l'autorouting NetRom) vengano ritrasmessi in determinati canali del SuperVozelj utilizzando il SuperVozelj come digipeater....In questo modo tutti i nodi NetRom si vedranno fra di loro (tranne quelli che utilizzando il software G8BPQ , il quale non supporta il broadcast attraverso i digipeater.

Lista Vozel

E' una lista non settabile dai SysOp, e contiene la lista di tutte le stazioni nodi/bbs/etc che entrano nell'autorouting; ogni linea di questa lista ha la seguente sintassi:

NOMINATIVO DOMET

in cui a ciascun NOMINATIVO (nodo collegabile) e' associato un DOMET (tradotto in italiano con "PORTATA") da 1 a 255 il quale risulta inversamente proporzionale alla velocita' di comunicazione.

Il DOMET non viene quindi calcolato in base al tempo di connessione come avviene per i nodi FlexNet, ma in base al tempo impiegato per trasferire verso quel nodo un certo numero di frames, corrispondente alle informazioni di routing forwardate.

In fondo alla lista V verranno visualizzati due parametri , ovvero MAX.DOMET e INTERVALLO : MAX.DOMET specifica il massimo valore del domet dei nodi inseriti nella lista (serve per eliminare dalla lista del routing nodi considerati troppo lontani e quindi inutili), mentre INTERVALLO specifica la costante di tempo dopo il quale avviene l'incremento del DOMET.

In questo modo, quando un SuperVozelj fara' le chiamate di routing verso un altro SuperVozelj (di solito le chiamate avvengono ogni 7 o 14 minuti), incominciera' a contare il numero di millisecondi trascorsi dall'inizio della chiamata fino a quando terminera' l'invio delle informazioni; questo tempo e' visibile attraverso il comando O .

Quando il nostro SuperVozelj ricevera' invece le informazioni di routing dal SuperVozelj che prima aveva connesso, ricevera' una lista di nodi a ciascuno dei quali e' associato un domet, e per ciascuno di questi nodi aggiungera' al domet ricevuto il tempo che prima aveva calcolato diviso per INTERVALLO , ed aggiornera' la propria lista dei nodi inserendo quelli che non erano presenti nella lista V e quelli per cui il domet cosi' calcolato e' minore di quello presente in lista.

Facciamo un esempio: il tempo impiegato per inviare le informazioni di routing al nodo IR3VV e' di 6300ms, ed il parametro INTERVALLO e' settato sul nostro n odo a 1000ms ; ora il nodo IR3VV colleghera' il nostro nodo per inviare le informazioni di routing, nelle quali ad esempio ci sara' IR3VI con domet 30 , IR3TVC con domet 50 , OE6XWR con domet 120.

A questi domet verra' aggiunto il numero intero 6300 diviso per 1000, ovvero 6, e verra' poi controllato se nella lista vozel esistono gia' i nodi IR3VI, IR3TVC e OE6XWR , e verra' confrontato il valore del loro domet con quello appena calcolato (ovvero 36 per IR3VI, 56 per IR3TVC e 126 per OE6XWR).

Se il domet calcolato e' inferiore a quello previsto nella lista vozel, allora verra' fatto l'aggiornamento del routing; se pero' il domet di un nodo e' maggiore del parametro MAXDOMET, allora quel nodo non viene inserito nella lista vozel in quanto viene considerato "lontano".

Lista Users

E' la lista degli utenti attualmente connessi..... per ogni utente viene memorizzato il nodo SuperVozelj o ItaNet da cui si e' collegato, cosicche' in una rete di nodi SuperVozelj/ItaNet sara' possibile raggiungere ogni utente attualmente collegato in modo automatico

La lista Users e' molto razionale e dettagliata, ed e' formata in questo modo: a sinistra sono presenti tutti gli uplink, mentre a destra ci sono i downlink.

Nella sezione uplink viene indicato in sequenza il nominativo del SuperVozelj/ItaNet da cui arriva la connessione indicata fra parentesi tonde, il nominativo del chiamante ed il nominativo del nodo chiamato.

Di seguito sono presenti due numeri che indicano la quantita' di byte trasmessi/ricevuti .

In mezzo, ci sono due numeri che possono variare da 0 a 20 , visualizzati secondo la seguente sintassi: [N1!N2] .

N1 indica la quantita' di frames in attesa di essere trasmissi verso l'uplink, mentre N2 indica la quantita' di frames in attesa di essere trasmessi verso il downlink.

A destra di questi numeri saranno presenti le informazioni del downlink (qualora fosse esistente) .

Come al solito avremo in sequenza il nominativo del nodo finale chiamato (indicato fra parentesi) , il nominativo del nodo attraverso cui effettuare la connessione, ed il nominativo dell'utente utilizzato nel downlink .

Inoltre, viene indicato il numero di byte trasmessi/ricevuti dalla stazione del downlink.

Lista Glej

E' una lista che puo' contenere diverse migliaia di nominativi, in cui vengono registrate tutte le stazioni che si sono precedentemente connesse al nodo.

Nella lista viene memorizzato,per ciascun utente che si e' precedentemente connesso a quel nodo e per ciascun canale attraverso cui si e' collegato, la data e ora dell'ultima connessione, la porta di connessione, il numero di volte in cui si e' collegato, l'eventuale SuperVozelj/ItaNet attraverso cui e' arrivata la connessione (indicato fra parentesi tonde), il nominativo dell' utente chiamante e il nominativo del nodo chiamato; di seguito e' riportato il numero di byte trasmessi/ricevuti dall'utente.

In base a queste statistiche e' possibile sapere quando un utente si e' collegato per l'ultima volta, attraverso che canale e quale nodo, la quantita' di informazioni trasmesse/ricevute, eccetera.

Nella sezione Descrizione dei Comandi Utente sara' descritta la modalita' di utilizzo del comando G per attingere informazioni dalla lista Glej.

Ritorna al menu....


2.2 Routing dei datagram TCPIP

I collegamenti TCP/IP si possono realizzare principalmente in due modi: attraverso l'utilizzo dei Datagram ( frame UI che possono contenere un campo d'informazione anche di diversi Kbytes), oppure attraverso la modalita' Virtual Connect in cui i frame TCP/IP vengono incapsulati in frame AX.25 affinche' vengano ripetuti via digipeater, oppure instradati attraverso il protocollo NetRom.

Per l'utilizzo ad alte velocita', e' sicuramente piu' efficiente l'uso del modo datagram , i quali girano pero' in rete piu' o meno come i frame tramite semplici digipeater, in modo non connesso e con le conferme che avvengono su tutto il collegamento, e non su ogni tratta; questo sistema e' molto inaffidabile, in quanto la probabilita' di perdere un frame aumenta con legge esponenziale al crescere del numero di digi attraverso cui il frame deve passare.

Per compatibilita' con tutti i programmi (scritti male!) per BBS, DVMS, TCP/IP ecc., il SuperVozelj ha la possibilita' di collegamenti "digi" virtuali. I frame "digi" viaggiano su collegamenti di servizio tra SV con tutti i vantaggi di conferme/ripetizioni sulle singole tratte. In questo modo la probabilita' di perdita di un frame si riduce solo sulle due tratte entrata/uscita dalla rete dei SuperVozelj.

Il protocollo del "digi" virtuale viene attivato specificando come digi il nominativo del SuperVozejl d'entrata, con SSID 0. A questo punto il SuperVozelj cerca il nominativo del destinatario nelle tabelle (per il momento solo nella tabella G). Se il destinatario e' raggiungibile direttamente, il SuperVozelj si comporta come un digi normale, altrimenti, in base alle indicazioni delle tabelle, il SuperVozelj genera una conessione di servizio a quello adiacente, gli manda il frame e aspetta la conferma.

Lo stesso fara' il SuperVozelj vicino: cerchera' nelle sue tabelle e agira' di conseguenza. Questo si ripetera' tra i vari nodi SuperVozelj che sono frapposti tra chiamante e destinatario. L'ultimo SuperVozelj della catena mandera' il frame al destinatario con il proprio nominativo come "digi". In questo modo e' assicurata anche la risposta (direzione inversa per il destinatario).

Il protocollo appena descritto mantiene integri i nominativi del chiamante e del destinatario, i bit Command/Response, i bytes CONTROL e PID e ovviamente il contenuto del campo dati. Questo dovrebbe essere sufficiente al protocollo TCP/IP che non utilizza il CONTROL e PID dell'AX.25 standard.

La conessione di servizio per il trasferimento di frame "digi" virtuali avviene con il nominativo del chiamante e SSID complementato; a connessione effettuata, verra' eseguito il trasferimento del datagram attraverso il comando # , che forzera' il SuperVozelj chiamato ad aggiornare anche la lista G per assicurare che la risposta venga poi instradata correttamente.

La conessione di servizio viene effettuata appena viene ricevuto un frame da mandare avanti e viene interrotta automaticamente dopo 3 secondi; in questo modo si potra' trasferire piu' frame in una sola conessione.

E' possibile instradare i frame datagram anche attraverso dei digi non virtuali, ad esempio utilizzando nodi NetRom e FlexNet, fino al primo SuperVozelj che dovra' avere l'SSID 0; in questo modo sara' possibile trasferire datagram anche operando dall'esterno della rete SuperVozelj, cosicche' i datagram viaggeranno in modo convenzionale attraverso i nodi NON SuperVozelj, e attraverso i digi virtuali (con le conferme su ogni tratta) all'interno della rete SuperVozelj.

Per un corretto utilizzo del "digi" virtuale e' necessario che l'utilizzatore setti i parametri delle temporizzazioni tenendo conto che i frame non viaggiano attraverso un solo digi, ma ce ne possono essere piu' di uno. Com'e' intuibile questo tipo di collegamenti sono piu' dispendiosi sia nell'utilizzo dei canali radio sia delle risorse delle CPU dei nodi, percio' si consiglia l'utilizzo solo nei casi qui non sia possibile nessun altro modo.

Un neo di questo sistema di instradamento e` indubbiamento l'aggiornamento della lista G di ogni SuperVozelj, ovvero la stazione che si vuole chiamare deve essere presente nella lista G del nodo attraverso cui si invieranno i datagram.
Inoltre, poiche` il SuperVozelj non gestisce frame superiori a 256 caratteri, e` necessario settare il MTU a 256 ; nonostante questa limitazione, e` comunque possibile trasferire circa 2800 byte/sec su un doppio link a 38400 attraverso un solo SuperVozelj, quindi le performance sono sicuramente molto incoraggianti.

Come settare le routes?

Facendo riferimento ai software NOS che abitualmente si utilizzano, supponiamo di dover configurare il protocollo IP nel caso in cui ci troviamo ad operare attraverso una rete SuperVozelj, in cui esistono i due router ik3umt.ampr.org attraverso cui e' possibile collegare tutte le stazioni con numero IP 44.* , ed il router s50tcp.ampr.org collegato ad internet attraverso cui e' possibile collegare tutte le stazioni con numero IP 193.* . Supponiamo inoltre che il nodo SuperVozelj da noi collegabile, attraverso cui si dovra' instradare i datagram, sia IR3TVB connettibile attraverso la nostra interfaccia AX0.

Dovremo innanzitutto settare opportunamente la route ik3umt e mbrtcp, attraverso i comandi:

ik3umt e' collegabile in ax25 sull'interfaccia ax0 collegando direttamente ik3umt attraverso il digi virtuale ir3tvb-0

arp add ik3umt.ampr.org ax25 ik3umt ax0 route add ik3umt.ampr.org ax0 ik3umt.ampr.org ax25 route add ik3umt ax0 ir3tvb-0

mbrtcp e' collegabile in ax25 sull'interfaccia ax0 collegando s50tcp attraverso il digi virtuale ir3tvb-0

arp add mbrtcp.hamradio.si ax25 s50tcp ax0 route add mbrtcp.hamradio.si ax0 mbrtcp.hamradio.si ax25 route add s50tcp ax25 ir3tvb-0

Ora definisco che tutte le route 193.* vengano instradate attraverso il router mbrtcp.hamradio.si :

route add 193/8 ax25 mbrtcp.hamradio.si

infine definisco che tutte le route 44.* vengano instradate attraverso il router ik3umt.ampr.org

route add 44/8 ax25 ik3umt.ampr.org

Ritorna al menu....


3.1 Descrizioni dei Comandi Utente

Qui di seguito verranno riportati i comandi della versione 79a del SuperVozelj.

Comando A

Come spiegato nella sezione Autorouting e Connessioni , questo comando serve al SysOp per inserire la lista di tutte le stazioni connettibili direttamente, ad eccezione dei nodi SuperVozelj.

Digitando A, il nodo trasmettera' una lista di informazioni secondo la seguente sintassi:

STAZIONE_DESTINAZIONE CANALE NODO_ATTRAVERSO_CUI_COLLEGARLA

ad esempio:

!IW3GRX 1 IW3GRX-8 => IW3GRX nel canale 1

VALDO 4 VALDO => VALDO nel canale 4

I3GUT 4 VALDO => I3GUT-8 attraverso il nodo VALDO

e cosi' via....

In genere non si troveranno mai molte stazioni nella lista A dei SuperVozelj, mentre si dovra' far riferimento alla lista V dell'autorouting per vedere tutti i nodi collegabili in modo automatico.

Comando B

Visualizza il testo del beacon che per default viene trasmesso ogni 5 minuti in tutti i canali.

Comando C

Serve per richiedere la connessione verso un'altra stazione.... specificando anche il canale in cui effettuare la connessione, si disabilitera' l'autorouting del nodo.

Invece, digitando C NOMINATIVO , il nodo ricerchera' la strada per collegare il NOMINATIVO specificato, e se non trovera' alcuna informazione, tentera' la connessione su tutti i canali.

Attenzione!! Se si vuole collegare un preciso nominativo, bisogna specificare la porta di connessione e l'SSID del nominativo (anche se l'SSID e' uguale a 0).

Consiglio comunque a tutti gli utenti di utilizzare il proprio nominativo con un solo SSID per il collegamento ai nodi SuperVozelj.

Non e' gradito l'utilizzo di piu' ssid, come ad esempio IW3GRW-0, IW3GRW-1, eccetera.

Leggendo la sezione Autorouting e Connessioni si potranno avere maggiori dettagli.

Comando D

Visualizza la date e ora attuale, ma solo nel caso in cui nella Mainboard del nodo siano presenti gli integrati 8255 e 4990, oppure nel caso in cui il SuperVozelj sia programmato per usare l'orologio software.

Comando G

Lista le informazioni presenti nella lista Glej, in cui sono registrate tutte le connessioni effettuate nel passato.

Ci sono piu' modi per interpellare la lista Glej, ed in ogni caso sono ammessi i carattere wildcards '*' e '?' per specificare un gruppo di nominativi.

Digitando G , verranno visualizzati tutti i nominativi che hanno fatto almeno una connessione verso il nodo.

Specificando un canale, ad esempio con G 3 , verranno visualizzati tutti i nominativi che si sono collegati in passato sul canale specificato.

Un modo piu' completo per interpellare la lista Glej consiste nel specificare una lista di nominativi con il comando G NOMINATIVI oppure G CANALE NOMINATIVI.

Ad esempio, digitando G * si visualizzeranno le informazioni su tutti i nominativi precedentemente collegati al nodo (inclusa la date e ora dell'ultima connessione, il numero di connessioni per ciascun canale, il numero di byte ricevuti e trasmessi, ecc), mentre con il comando G 3 * si potranno vedere le informazioni su tutti i nominativi che si sono precedentemente connessi al canale 3.

Digitando invece G NOMINATIVO , si potranno vedere le informazioni del nominativo specificato, ovvero il numero di connessioni effettuate, la date e ora dell'ultima connessione, eccetera.

Comando H

Inviando al nodo il comando H si potranno avere delle informazioni di help sui comandi del SuperVozelj, settate dal sysop.

Comando I

Attraverso il comando I si potranno invece ricevere le informazioni sul nodo, in particolare che hardware e software usa, dove sia ubicato, la configurazione dei canali del nodo, e magari la lista delle frequenze disponibili per la connessione della rete .

Comando N

Come i comandi H e I , anche N visualizzera' un testo scritto dai sysop del nodo, in cui e' in genere presente la mappa della rete locale e la lista delle frequenze diponibili agli utenti per il collegamento alla rete.

Comando O

Informazioni sulla velocita' di connessione fra i vari SuperVozelj fra i quali avviene il routing.

Le informazioni appaiono secondo la seguente sintassi:

CANALE: STAZIONE (MINUTI_TRASCORSI,MILLISECONDI)

in cui MINUTI_TRASCORSI e' il numero di minuti passati dall'ultima chiamata per lo scambio delle informazioni di routing, mentre MILLISECONDI indica il numero di millisecondi impiegato per trasferire le informazioni di routing.

Comando P

Lista le stazioni di cui e' stato ascoltato almeno un beacon dal nodo.

La lista di stazioni ascoltate appare nel seguente formato:

CANALE: STAZIONE (MINUTI_TRASCORSI,NUMERO_BEACON_RICEVUTI)
ad esempio

*** Stazioni ascoltate (Minuti trascorsi,Numero beacon) ***
2: IR3TVB-2  (0,138)
3: S55YKK-1  (1,89)
7: IR3CV-7  (1,893)
2: IR3MTL-2  (5,25)
5: IR3FON-3  (7,58)
5: IW3GAP  (9,12)
NOK:IR3NOK>

in cui il primo parametro fra parentesi indica il numero di minuti trascorsi dall'ultimo beacon ricevuto, ed il secondo parametro indica il numero totale di beacon ricevuti.

Attraverso questo comando e' possibile tarare la propria radio in questo modo: basta inviare un certo numero di beacon , e poi consultare la lista P del SuperVozelj per vedere quanti beacon sono stati ricevuti.

Ricordo che il numero di beacon ricevuti e' cumulativo, quindi e' un numero che continua a crescere.

Ad esempio, nel caso che il SuperVozelj abbia ricevuto 100 beacon dalla nostra stazione, inviando ulteriormente 10 beacon dovremo aspettarci che (se la nostra radio/modem funziona bene) il SuperVozelj abbia ricevuto in totale 110 beacon.

Il sysop avra` anche la possibilita` di specificare dopo il comando P anche un numero che indichera` il numero di stazioni da visualizzare nella lista P ; le altre verranno rimosse.
Ad esempio, con il comando P 0 si indichera` al nodo di rimuovere tutte le stazioni dalla lista P , con P 10 di mantenere solo le ultime 10 stazioni ascoltate, e cosi` via.
In questo modo puo` risultare piu` comoda e veloce la consultazione della lista P .

Comando Q

Richiede la disconnessione dal nodo.

Comando R

Visualizza delle statistiche sul traffico nei vari canali del nodo.

Vengono infatti visualizzati per ogni canale la percentuale di attivita' del DCD, la percentuale di attivita' del PTT, il numero di frame in attesa di essere inviati, il numero di uplink (connessioni verso quel nodo) e downlink (connessioni dal nodo verso altre stazioni) .

Inoltre, viene visualizzata la versione di software in uso, il numero di minuti di attivita' del nodo, l'indirizzo a cui si trova il programma di gestione nodo (il software e' rilocabile e rieseguibile) , e qualche altra informazione meno importante.

Comando S

Attraverso questo comando e' possibile inviare una linea di "break" ad una stazione oppure ad un gruppo di stazioni (utilizzando le wildcards '*' e '?' ).

Ad esempio, digitando S IW3GRW Ciao Luca verra' inviata la linea "Ciao Luca" al nominativo IW3GRW (se collegato al nodo e se disponibile).

E' inoltre possibile inviare una linea di testo a tutti gli utenti connessi, ad esempio con il comando S * Ciao a tutti !! .

Comando T

Visualizza il testo che viene spedito a ciascun utente alla connessione (CTEXT).

Comando U

Lista gli utenti collegati attualmente al nodo.

Le informazioni presentate in questa lista sono molto dettagliate... per conoscerle meglio basta far riferimento a cio' che e' stato scritto nel paragrafo "Lista Utenti" della sezione Autorouting e Connessioni .

Comando V

Lista i nodi riconosciuti dal SuperVozelj attraverso l'autorouting.

Ad ogni nominativo e' associato un contatore, che puo' variare da 1 a 255, inversamente proporzionale alla velocita' di comunicazione con quel nodo.

Questo significa che piu' questo contatore e' basso, piu' veloce e' il link con quel nodo; piu' e' alto, e piu' lontano risultera' il nodo.

Comando W

Visualizza la lista dei SuperVozelj direttamente collegabili

Comando Y

Nella versioni di S52D, il comando Y visualizza i parametri AX.25 dei canali disponibili, in cui le temporizzazioni (TXDELAY, FRACK, ecc.) sono indicate in millisecondi.

Nelle versioni di S53MV, invece, il comando Y serve per prelevare una immagine dalla telecamera CCD collegata al nodo (se presente).

In questo caso, la sintassi del comando e':

Y OFFSET_ORIZZ OFFSET_VERT NUMERO_PIXEL NUMERO_LINEE COMPRESSIONE

OFFSET_ORIZZ definisce l'offset orizzontale da cui deve iniziare la foto, mentre OFFSET_VERT definisce ne definisce l'offset verticale; infatti l'immagine rilevata dalla telecamera contiene molti piu' pixel di quanti ne puo' visualizzare il monitor del computer.

Il parametro NUMERO_PIXEL definisce il numero di punti che deve essere contenuto per ogni linea, mentre NUMERO_LINEE e' il numero di linee della foto; in ogni caso questi due numeri specificati verranno sempre convertiti dal SuperVozelj in un multiplo di 8 per poter eventualmente utilizzare poi l'algoritmo di compressione.

Il quinto parametro e' opzionale, e indica il tipo di compressione da effettuare sull'immagine; nel caso non sia presente, oppure sia 0 , non viene operata alcuna compressione, ed ad ogni byte della immagine corrispondera' il valore da 0 a 255 del tono di grigio di ciascun punto; il valore 0 corrisponde al sincronismo, mentre il valore 255 al livello del bianco.

Specificando come COMPRESSIONE un valore compreso tra 1 e 7, invece, verra' operata una compressione JPEG sull'immagine, con rapporto di compressione proporzionale al parametro COMPRESSIONE specificato.

Se il valore di COMPRESSIONE e' 1, ad esempio, avremo un basso valore di compressione e quindi una immagine lunga pero' di ottima qualita'; aumentando il valore fino a 7, il livello di compressione aumentera', ma l'immagine che ne derivera' risultera' di peggior qualita'.

Attezione! I dati JPEG non contengono l' header JPEG standard, in quanto il SuperVozelj usa tabelle di codifica JPEG fisse; inoltre, l' algoritmo JPEG richiede 10-20 secondi di calcolo, e ulteriore memoria, cosicche' durante il calcolo l'interfaccia CCD risultera' occupata ed ogni altro comando Y verra' rifiutato rispondendo con messaggio adeguato.

Inoltre, nel caso in cui il nodo da cui si vuol prelevare l'immagine sia molto trafficato, e' consigliato controllare attraverso il comando U la quantita' di blocchi di memoria disponibile; nel caso non ve ne fossero a sufficienza, l'immagine risultera' tagliata.

Comando Z

Lista dei SuperVozelj chiamati per l'autorouting

Comando %

Lista le statistiche AX.25 in cui vengono mostrati il numero di frame ricevuti e trasmessi per ciascun canale, il numero di ritrasmissioni, il numero di frame ritrasmessi via digipeater, il numero di byte ricevuti e trasferiti in totale (in blocchi da 64Kb), ed altro.

3.2Descrizioni dei Comandi SysOp

I comandi SysOp sono accessibili dopo aver digitato il comando K ed aver inviato la password correttamente.

Digitando K, infatti, il SuperVozelj inviera' all'utente 5 numeri, ai quali dovra' rispondere con i rispettivi 5 caratteri corrispondenti alla password.

Se i 5 caratteri inviati sono corretti, il nodo rispondera' con un Ok e ci sara' concessa la possibilita' di accedere al menu' dei comandi SysOp.

Molti comandi SysOp consentono di inserire una lista di informazioni; fanno parte di questa categoria i comandi A,B,F,H,I,N,T,W,Z.

Per questi comandi, esiste la possibilita' di inserire una nuova linea digitando il comando appropriato seguito dalla linea da aggiungere, oppure e' possibile cancellare l'intero contenuto facendo seguire il comando dal carattere underscore '_' .

Ad esempio , con il comando T Ciao dal Gruppo Radioamatori Montebelluna si aggiunge una linea al testo di connessione, mentre con il comando T _ si cancella l'intero contenuto del testo di connessione.

Spesso si inserisce in un file la lista di tutti questi testi da inviare al nodo, e lo si manda seguendo le specifiche dettate nella sezione Configurazione del Nodo da remoto .

Nel caso si debba inserire una lista di nominativi, come ad esempio nel comando A, F, W, Z , e' assolutamente necessario inserire tutti i caratteri dei nominativi in maiuscolo.

Comando A

Questo comando serve per settare la lista di tutte le stazioni direttamente collegabili, che non siano nodi SuperVozelj.

Si possono inserire in questa lista nodi NetRom, FlexNet, ItaNet, bbs, cluster, router TCPIP, ed eventuali alias creati appositamente per facilitare le connessioni verso determinate stazioni.

Per quanto riguarda gli alias, questi vengono in genere attribuiti ai servizi AX.25 che ne sono sprovvisti; ad esempio, ad un bbs AX.25 che risulta connettibile solo con il nominativo IW3GRX-8 , e' possibile attribuire un alias il cui nome sia significativo ed identifichi univocamente quella stazione, ad esempio GRX o BBSGRX , ma non bisognera' creare alias del tipo BBS in quanto troppo generici e possono essere utilizzati anche da altre stazioni.

In ogni caso, per una descrizione di come utilizzare questo comando, fare riferimento alla sezione Autorouting e Connessioni .

Comando B

Visualizza,cancella o inserisce una nuova linea nel testo del beacon, il quale puo' essere di soli 256 caratteri.

Come detto poc'anzi, con il comando B _ si cancella il contenuto del beacon, con B si visualizza l'attuale contenuto, e con B Nodo SuperVozelj di Treviso ecc..... si inserisce la linea specificata.

Comando D

Senza parametri, visualizza l'ora corrente.

Per settare l'orologio interno, invece, e' necessario digitare la data e ora nel formato amsat, ovvero nel formato D AAMMGGOOMMSS , ad esempio D 960611122533 per specificare che e' il giorno 11/06/96 e l'ora 12:25:33 .

In genere viene settata l'ora locale, non quella UTC.

Comando E

E' un comando che non viene normalmente utilizzato, e serve per copiare dei dati da una zona di memoria ad un'altra.

La sintassi e' E IND_INIZIALE IND_DESTINAZIONE LUNGHEZZA_BLOCCO .

Comando F

Viene utilizzato per settare la lista dei nominativi esclusi dal nodo.

Premetto che il nodo non consentira' a nessuno di collegare un nominativo specificato in questa lista (segnalando con un errore il tentativo di connessione), ed inoltre non consentira' ad una stazione che ha un nominativo specificato in questa lista di connettersi al nodo.

In quest'ultimo caso, il nominativo escluso verra' ignorato, quindi nessuna risposta gli sara' data .

In genere, in questa lista viene settato il nominativo NOCALL e magari qualche nominativo abusivo; i nominativi andranno indicati, come al solito, in maiuscolo !

Anche con questo comando e' possibile utilizzare le wildcards per specificare gruppi di nominativi.

Con F * si disabilitano tutte le connessioni verso il nodo e le connessioni dal nodo: attenzione ! In questo caso sara' necessario utilizzare il nominativo del nodo come mycall, per poter ricollegare il nodo.

Comando H,I,N

Il comando H serve per settare l'help dei comandi, I per settare l'Info del nodo, e N per settare la lista dei nodi.

Ognuno di questi testi ha una lunghezza massima di 2Kb, eventualmente variabile nel sorgente ASM.

Il procedimento per l'inserimento del testo viene spiegato nella sezione Configurazione del Nodo da remoto .

Comando J

Serve per far trasmettere un certo numero prefissato di beacon (da 1 a 170) nel canale specificato o in tutti i canali.

E' una funzione utilissima per testare i link e vedere se funzionano, se ci sono delle ritrasmissioni, collisioni, ecc.

Con il comando J 2 100 si inviano 100 beacon nel canale 2, con il comando J 20 si inviano 20 beacon in tutti i canali.

Fare attenzione a non far trasmettere troppi beacon nei canali a bassa velocita', come 1200 e 2400bps, altrimenti impegnerete il ricetrasmettitore anche per dei minuti.

Comando K

Digitando K, il SuperVozelj inviera' 5 numeri a cui bisognera' rispondere con i caratteri corrispondenti alla password settata sul nodo.

Se il nodo rispondera' con "Ok" , si avra' l'abilitazione SysOp (digitare R per una conferma: se si e' settati come SysOp verra' indicato nella ultima linea "SysOp=>") .

L'abilitazione permane finche' non ci si sconnette dal nodo, o finche' non si digita un'altra volta K e poi si invia una password sbagliata.

Se a questo punto si richiede la connessione verso altri sistemi, quando ci si scolleghera' da questi e si ritornera' al nodo continueremo ad avere l'abilitazione SysOp.

Comando L

Digitando L INDIRIZZO si potranno visualizzare i primi 256 byte a partire dall'indirizzo specificato.

E' anche questo un comando poco utilizzato dal normale gestore del nodo.

Comando M

Serve per inserire dei dati in una certa locazione di memoria.

L'inserimento si effettua con la seguente sintassi: M INDIRIZZO WORD1 WORD2 WORD3 .... , in cui WORDn e' una sequenza di caratteri esadecimali con taglia 16bit.

Ad esempio con M 37000 3031 3233 3435 3600 si inseriranno a partire dall'indirizzo 37000 i caratteri ascii "0123456" .

Anche questo e' un comando non utilizzato generalmente.

Comando P

Questo comando e` stato gia` spiegato nella sezione Descrizione dei Comandi Utente ; il sysop puo` far seguire questo comando da un numero che indichera` quante stazioni visualizzare nella lista P .

Comando R

Con questo comando e' possibile fare partire il SuperVozelj da un nuovo software.

Digitando R , nell'ultima riga si potra' vedere qual'e' l'indirizzo del programma attuale, che in genere e' 41138.

Digitando ad esempio R 47138 si fara' ripartire il software dall'indirizzo 47138 .

A questo punto, il SuperVozelj ignora tutti i dati precedentemente esistenti e riparte dal nuovo indirizzo come se fosse stato appena acceso, quindi tutti gli utenti prima collegati risultano praticamente ignorati dal nodo.

Per questo motivo e' utile inviare il comando S * Reset fra 1 minuto: disconnettersi per indicare a tutti gli utenti di scollegarsi dal nodo in quanto verra' effettuato un reset in breve tempo.

Leggere attentamente la sezione Caricamento nuovo software prima di effettuare qualsiasi prova con questo comando.

Comando S

Come per gli utenti, il comando S serve per inviare una linea di testo al nominativo o al gruppo di nominativi specificato.

L'unica differenza consiste nel fatto che , con l'abilitazione SysOp, il testo verra' inviato ai nominativi specificati anche se questi sono impegnati in trasferimenti binari, forward, eccetera, cioe' anche ai nominativi che hanno il downlink attivo (connessioni dal nodo verso altre stazioni).

Nel caso di normale utente, invece, la linea sarebbe stata inviata solo agli utenti specificati che risultavano collegati al nodo senza pero' che avessero un downlink attivo verso un'altra stazione.

Comando T

Serve per settare il CTEXT, ovvero il testo che viene inviato alla connessione al nodo.

Vale lo stesso discorso fatto per i comandi B,I,H,N.

Comando V

Usato senza parametri, consente di vedere la lista dei nodi.

Se viene seguito dal parametro 0 ( V 0 ), fa partire subito le connessioni per l'autorouting.

Se invece viene seguito da due parametri, con la sintassi V MAX_DOMET INTERVALLO , ad esempio V 100 1000, setta il domet massimo sopra il quale un nodo non viene inserito nella lista V dell' autorouting, e l'intervallo di tempo dopo il quale avviene l'incremento del domet.

Quando un SuperVozelj richiede la connessione verso un altro SuperVozelj per scambiare le informazioni di routing, incomincia a contare il numero di millisecondi impiegati per il trasferimento di tutte le informazioni.

Questo tempo verra' poi diviso per il parametro INTERVALLO, ed aggiunto al domet di tutti i nodi che verrano successivamente ricevuti dal quel nodo.

Nella lista O sara' possibile vedere il tempo impiegato per l'invio delle informazioni di routing in millisecondi.

Comando W

Serve per specificare la lista di tutti i nodi SuperVozelj e ItaNet direttamente collegabili.

Ad esempio, se nelle frequenze del nodo sono collegabili i nodi VV:IR3VV TVA:IR3TVA TVC:IR3TVC PADOVA:IR3PD , bisognera' inserire tutti questi nominativi nella lista W con il comando W VV IR3VV TVA IR3TVA TVC IR3TVC PADOVA IR3PD , oppure inserendo questi nominativi su piu' linee (il risultato non cambia).

Comando Y

Nel software prodotto da S52D, e' un comando molto importante che serve per cambiare il valore dei parametri AX.25 principali del nodo.

La sintassi e' Y CANALE N_PARAMETRO VALORE , ad esempio Y 2 1 20 per settare il Txdelay del canale 2 a 20ms .

Comando Z

Attraverso questo comando si inseriscono tutte le chiamate ai SuperVozelj adiacenti (collegabili direttamente) per effettuare il passaggio delle informazioni di autorouting, e tutte le chiamate alle stazioni NON SuperVozelj inserite nella lista A.

La sintassi e' Z CANALE:NODO CANALE2:NODO2 ... , ad esempio Z 2:VV 3:TVA 2:TVC .

In questo modo ogni 14 minuti verranno fatte le chiamate verso i nodi specificati nei canali specificati.

Comando @

Attraverso questo comando e' possibile mandare in trasmissione per circa 10 secondi un canale , ma in questo caso verranno trasmessi solo i flags delimitatori di pacchetto.

Risulta utile per puntamenti di antenne, o per prove su banco per vedere come trasmette una radio.

Questo comando deve essere seguito dal canale in cui si vuole trasmettere i flags, ad esempio con @ 2 il nodo mandera' in trasmissione la radio per 10 secondi sul canale 2.

Di solito si usa questa funzionalita' per poi analizzare all'oscilloscopio il rapporto segnale disturbo della radio, oppure la probabilita' di errore del modem.

Comando #B

Consente di inviare al SuperVozelj un blocco di dati binari da inserire a partire da un certo indirizzo.

In genere serve per inviare il nuovo software da cui si vuol far ripartire il programma; l'operazione di invio del software e di restart del programma viene spiegato nella sezione Caricamento nuovo Software.

Comando [

Abilita il monitor del traffico sul canale specificato per al massimo un certo numero di pacchetti.

La sintassi e' [ CANALE N_FRAMES , ad esempio [ 2 1000 per visualizzare il numero di frames ricevuti e trasmessi nel canale 2 .

Il SuperVozelj inviera' in unproto ogni singolo frame ricevuto o trasmesso nel canale specificato, senza il contenuto del campo Info, e con tutti i parametri espressi in forma esadecimale.

Attraverso il programma MON.EXE sara' possibile decodificare tutte le informazioni e leggerle comodamente in un file.

In particolare, per ogni frame viene visualizzato il numero di millisecondi trascorsi da quando e' stato inviato il comando [ , nominativo di destinazione, nominativo mittente, control byte, PID, e lunghezza del campo info del frame.

Ritorna al menu....


3.3 Descrizione dei parametri AX.25

Parleremo in questa sezione dei comandi AX.25, noti a tutti ma non certo assimilati da chiunque.
Sono molto importanti, ed e' utile conoscerli a fondo per poter configurare il nodo SuperVozelj nel migliore dei modi.

Notare che alcuni parametri vengono utilizzati in algoritmi piu' o meno complessi per calcolare il tempo di risposta e il tempo di frack effettivo, il quale variera' in funzione di variabili interne del SuperVozelj.

TxDelay:

indica dopo quanti millisecondi trasmettere i pacchetti dopo aver posto la radio in trasmissione; serve per fare in modo che prima di trasmettere i frames di dati utili, la radio si sia ben agganciata in frequenza e risulti pronta per la trasmissione.

Questo parametro determina la velocita' dei link, e deve essere aggiustata al minimo indispensabile in modo da non utilizzare il canale radio per trasmissioni superflue.

Per radio commerciali, questo parametro puo' variare da 200 a 500 ms , mentre per radio dedicate puo' essere abbassato fino a 3 ms per le radio a 1.2 Mbps progettate da S53MV.
Per radio a 38400bps, di norma va settato a 20-30 millisecondi.

Inoltre, il TxDelay viene utilizzato come SlotTime per la determinazione della probabilita' di andare in trasmissione insieme al parametro Persistance , che comunque verra' spiegato successivamente.

TxTail:

indica il numero di millisecondi in cui la radio, terminata la trasmissione dei frame utili, trasmettera' i Flags delimitatori di pacchetto....e' indispensabile che questo valore sia di almeno qualche millisecondo, altrimenti non verra' mai ricevuto dalle altre stazioni l'ultimo frame trasmesso.

Frack:

viene utilizzato in un algoritmo che tiene in considerazione il numero di retry effettuati verso ciascun utente, ed indica il tempo dopo il quale, se non verra' ricevuto alcuna risposta, si verifichera' una ritrasmissione.

Ecco di seguito una lista di valori comunemente usati per diverse velocita' radio:
1.2 Mbps 200-300ms
38400bps 800-1000ms
9600bps 2000-3000ms
2400bps 5000-6000ms
1200bps 7000-8000ms

L'abbassamento eccessivo di questo parametro comportera', in caso che il maxframe sia molto elevato, l'invio di frame di poll supplementari, quindi di traffico inutile, che provochera' un rallentamento globale dei collegamenti di quel canale.

RespTime:

indica non solo il tempo di conferma ad un frame di info inviato da un utente, ma anche il tempo aspettato prima di inviare ad un utente un certo numero di frame di informazione.

Anche questo parametro viene utilizzato in un algoritmo che analizza la percentuale di traffico prodotto dal nodo; infatti, indicando con PROCPTT l a percentuale (da 0 a 100) di tempo in cui il nodo risulta in trasmissione nel canale in esame, il tempo di risposta sara' calcolato secondo l'algoritmo ( ( (PROCPTT / 32) + 1) * RESPTIME ) .

In questo caso, il tempo di risposta aumentera' proporzionalmente con la percentuale di attivita' del PTT del nodo, e quindi con la percentuale di attivita' nel canale effettuata dal nodo.... nel caso che nessun utente effettui download attraverso il nodo, il tempo di risposta risultera' veloce, mentre nel caso in cui gli utenti richiedano dal nodo molte informazioni (magari attraverso trasferimenti file) , il tempo di risposta aumentera' in modo che non vi siano utenti privilegiati che con parametri troppo stretti monopolizzino il traffico nel canale.

Riporto qui di seguito la lista di valori consigliati:

1.2 Mbps     10-20ms
38400bps     80-150ms
9600bps      150-200ms
2400bps      150-300ms
1200bps      250-500ms

Persistance:

indica la probabilita' di andare in trasmissione subito,modulo 65536.

Questo significa che tanto piu' questo parametro si avvicino a 65535, quanto piu' probabilmente il nodo andra' in trasmissione dopo aver aspettato un tempo pari a RespTime.

L'algoritmo utilizzato e' il solito Persist/Slottime, in cui viene utilizzato Txdelay come Slottime; facciamo un esempio.

Il SuperVozelj deve trasmettere dei frame su un certo canale: aspettera' per un tempo pari al RespTime di quel canale, dopo di che genera un numero casuale: se questo numero e' minore del parametro Persistance, mandera' in trasmissione il canale, altrimenti aspettera' per un tempo pari al Txdelay di quel canale e rigenerera' un altro numero casuale...se questo e' minore di Persistance, andra' in trasmissione, altrimenti aspettera' ancora per un tempo pari al Txdelay, e cosi' via.

E' quindi necessario settare questo parametro tenendo conto del numero di utenti che in genere e' presente in ciascun canale, e della lunghezza del Txdelay; per canali che usano un Txdelay basso (fino a 20-30 ms) e' consigliato il settaggio del Persist a valori di circa 16384 (che fornisce una probabilita' media di andar in trasmissione subito del 25%) , mentre per canali radio in cui il Txdelay e' superiore ai 150 ms e' consigliabili utilizzare un Persist di almeno 32768 (che fornisce una probabilita' media di andare in trasmissione subito del 50%) .

Per canali di collegamento non radio (KISS, CRC-KISS, HDLC link con altri TNC, ecc) vale la pena utilizzare un Persistance massimo (65535) dal momento che si tratta di canali utilizzati da solo 2 utilizzatori (SuperVozelj collegato con un altro sistema, quale TNC, PC, ecc) .

Infatti, l'algoritmo Persist/Slottime serve solo per limitare le collisioni, creando cioe' un sistema secondo il quale il ritardo prima di andare in trasmissione e' casuale.

Maxframe:

e' il numero massimo di frame che verranno inviati a ciascun utente in quel canale... il numero di frame trasmessi a ciascun utente, nel SuperVozelj, e' variabile, ed e' calcolato in modo da rendere piu' veloce possibile il trasferimento limitando pero' la congestione nel canale.

Infatti, il numero massimo di frame trasmessi e' sempre compreso fra i parametri Maxframe e Minframe, e viene incrementato di 1 ogni volta che l'utente riceve tutti i frame trasmessi, mentre viene decrementato nel momento in cui l'utente non riceve alcuni pacchetti.

Questo algoritmo risulta molto valido in quanto, se la comunicazione con un utente va molto male, il numero di frame trasmessi ogni volta risultera' minimo : e' infatti inutile trasmettere sempre 7 frame ad un utente se questo difficilmente ne riceve uno per volta.

Invece, se la comunicazione con un altro utente va benissimo, il numero di frame trasmessi sara' massimo (uguale a Maxframe) per fare in modo di velocizzare la comunicazione con quell'utente.

Da un lato quindi vengono premiati gli utenti ottimali, dall'altro il SuperVozelj cerca di limitare la trasmissione inutile di pacchetti per lasciare sempre libera la frequenza.

A questo punto sembra ovvio settare Maxframe ad un valore di 7, giusto? Invece no! . Ad esempio, se vi sono 3 utenti collegati ad una porta a 1200bps, di cui 2 stanno effettuando un prelievo di files, e l'altro sta'colloquiando con un altro utente, nel caso in cui la trasmissione vada bene con tutti i 3 utenti il nodo trasmettera' ogni volta 7 frame al primo utente, 7 frame al secondo, e qualche eventuale frame al terzo.

La trasmissione di 14 frame a 1200bps mantiene in trasmissione la radio per almeno 25 secondi, e questo comporta il problema che l'utente numero 3, prima di ricevere o trasmettere qualche pacchetto, dovra' aspettare moltissimo tempo.

In questo caso consiglio di settare il parametro Maxframe a 2-3 per i canali a 1200bps, 4 per canali a 2400, e 7 per canali a velocita' piu' alta.

Minframe:

per quanto risulta detto nella spiegazione del parametro Maxframe, sembra evidente che questo parametro debba essere settato a 1.

Ancora una volta cio' che sembra logico non risulta appropriato.... infatti, per canali a 38400bps o velocita' superiori, il tempo impiegato per la trasmissione di 1 o 2 frame, e' paragonabile al tempo del Txdealy e Txtail, e proprio per questo tipo di canali e' consigliato un Minframe di almeno 3 .

In ogni caso queste considerazioni devono essere poi valutate piu' accuratamente secondo la situazione particolare in cui si trova il nodo.

IPollLen:

questo e' un parametro inserito per apportare una modifica al protocollo AX.25, ed e' molto importante per velocizzare le tratte ad alta velocita' e quelle in cui si verificano tante ritrasmissioni.

Facciamo subito un esempio: un utente sta prelevando un file in un canale del SuperVozelj.... il nodo gli trasmette alcuni frames, dopo di che aspetta l'ACK (conferma) dall'utente....se questo non risponde entro breve tempo con la conferma, il nodo pensera' che la causa della mancata ricezione dell'ACK possa essere causata da due eventi:

1. L'utente ha trasmesso l'ACK, ma contemporaneamente a qualche altra stazione: si e' verificata una collisione.

2. L'utente non ha ricevuto alcun frame di quelli inviati dal nodo.

Poiche' e' molto improbabile il primo evento (infatti la trasmissione di un ACK impiega di solito meno di 1 secondo, quindi e' difficile che si verifichi una collisione per una trasmissione cosi' breve), il SuperVozelj pensera' che l'utente non abbia ricevuto nessun frame; normalmente dovrebbe trasmettere quindi un frame di POLL (tipo RRn+) per forzare l'utente a trasmettere la conferma, pero' se la lunghezza del primo frame inviato non e' eccessiva, il SuperVozelj adottera' un'altra strategia: inviera' nuovamente il primo frame frame precedentemente trasmesso con il POLL bit settato (frame informazione tipo Inn+) .

In questo modo anziche' perdere tempo per inviare una richiesta di ACK (trasmissione del Txdelay, del tempo di trasmissione di 18 byte che costituiscono l'header AX.25 del frame, e del Txtail) , vengono spesi pochi millisecondi in piu' per trasmettere anche il primo frame precedentemente inviato, che molto probabilmente non venne ricevuto dalla stazione ricevente.

Questo sistema e' soprattutto molto valido nel caso di comunicazioni difficili in cui la probabilita' di ricevere degli errori e' notevole... in questo caso la velocita' di comunicazione con quell'utente aumenta incredibilmente utilizzando questa strategia.

Il parametro IPollLen setta la lunghezza massima del primo pacchetto affinche', nel caso di richiesta di ACK, venga ritrasmesso il primo frame con il poll bit settato, anziche' la sola richiesta di poll.

Consiglio di settare l' IPollLen a 300 per tutti i canali radio con velocita' maggiore-uguale a 38400bps, e di settarlo a 200 per tutte le altre porte; in questo modo si avranno risultati soddisfacenti.

Netrom:

questo parametro serve per l'abilitazione dell'autorouting NetRom attraverso una rete di SuperVozelj.

Infatti, ogni frame unproto inviato a NODES con il PID CF , cioe' ogni frame di broadcast dei nodi NetRom, viene interpretato in modo speciale dal nodo SuperVozelj.

Per default, nel parametro Netrom viene specificato di ritrasmettere tutti i frame di broadcast dei nodi NetRom in tutti gli altri canali, e questo consente a tutti i nodi NetRom collegabili dal SuperVozelj di riconoscersi e di collegarsi utilizzando il SuperVozelj come digipeater.

Facciamo un esempio: nel canale 2 del SuperVozelj esiste un nodo NetRom chiamato IR3NET-2 , mentre nel canale 3 del SuperVozelj esiste il nodo IR3NET-7.

Quando IR3NET-2 inviera' il broadcast dei nodi, il SuperVozelj che decodifichera' questo frame analizzera' il parametro Netrom del canale 2, e vedra' quali sono i canali in cui il frame di broadcast potra' essere ritrasmesso.

Se nel parametro Netrom e' specificato di ritrasmettere tutti i frame di broadcast dei nodi NetRom sul canale 3 , ad esempio, il SuperVozelj inviera' sul canale 3 il frame

fm IR3NET-2 to NODES via IR3TVB-2

contenente le informazioni di routing.
IR3NET-7, che ricevera' questo frame, riconoscera' l'esistenza del nodo
IR3NET-2 (che apparira' nella lista delle routes nel seguente modo:

0:nnn IR3NET-2 via IR3TVB-2

ed inoltre inserira' nella lista dei nodi tutti i nodi connettibili da IR3NET-2 .
Lo stesso dicasi per il nodo IR3NET-2, che riconoscera' il nodo

IR3NET-7 via IR3TVB-3

Per ulteriori informazioni, leggere la sezione Configurazione del sorgente ASM .

Ritorna al menu....


4.1 Configurazione del sorgente ASM

Verranno inserite in futuro le informazioni di base per la modifica del sorgente ASM: questa operazione infatti si rende necessaria in pochissimi casi, in cui qualcuno vuole inserire delle particolarita` e modifiche al nodo.
In genere il software non richiede modifiche, quindi si potra` configurare il sorgente binario utilizzando la comoda utility SVCFG , il cui modo di utilizzo e` spiegato piu` avanti.

Ritorna al menu....


4.2 Configurazione del sorgente BIN

La configurazione del sorgente binario si effettua con una utility che esegue il patch , ovvero che va a modificare direttamente i byte in cui sono situati i vari parametri;
in questo modo non e` necessario effettuare alcuna compilazione, e si potra` quindi risparmiare tempo per vare un sorgente configurato in modo sicuro.

In genere vengono distribuiti insieme all' utility SVCFG anche due sorgenti, di cui uno con nome MSVnnx.BIN serve per la configurazione del software per MidiSuperVozelj, mentre il file SVnnx.BIN serve per la configurazione del software per SuperVozelj.
Ricordo che il MidiSuperVozelj e` la versione rifatta del progetto originale, in cui non e` richiesto l'uso della scheda RAM, che risulta pertanto opzionale, ed in cui e` stato implementato l'alimentatore switching e il circuito di watchdog.

In molti casi, terminata la fase di configurazione del nodo, l'utility SVCFG restituisce delle informazioni su come e` possibile caricare il sorgente da remoto (indirizzi da utilizzare); queste informazioni sono valide soltanto se il software utilizzato attualmente del nodo e` del tipo 79a o successivo, configurato sempre con SVCFG .

Ritorna al menu....


4.3 Configurazione del Nodo da remoto

E' possibile inviare i vari comandi per settare il nodo ed inserire testi di informazione in modo manuale, ovvero inviando un comando alla volta.
In genere, per settare interamente un nodo, si puo' fare uso di un file di testo in cui vengono messi tutti i comandi da inviare.

In questo modo, pero', e' necessario utilizzare programmi terminali come il TST o TPK (non TstHost, SP, ecc) i quali utilizzano il TNC in modo terminal; e' necessario utilizzare infatti il modo terminal in quanto il SuperVozelj vuole che per ogni frame ci sia un solo comando, ovvero il firmware del TNC dovra' inviare il frame appena viene ricevuto il carattere di ritorno carrello.
Infatti, mentre i programmi host tendono ad inviare tutti frame di lunghezza prefissata, e' necessario che ogni frame venga inviato appena viene rilevato il carattere ENTER.

A questo punto, bastera'collegarsi al nodo, inviare il comando K seguito dalla password, e poi richiedere al TST o TPK di inviare il file di configurazione che avra' una sintassi del tipo:

A _
A !IW3GRX 1 IW3GRX-8
B _
B Nodo SuperVozelj di Treviso, JN65BQ
V 200 1000
H _
H List of available commands:
H A -> List of connectable stations....

eccetera.

Cliccando qui di seguito e` possibile vedere come puo` essere organizzato un file di configurazione per SuperVozelj per la configurazione delle informazioni e dei parametri del nodo.

In alternativa, e` possibile inviare il file di configurazione utilizzando il programma terminale TSTHOST ; in questo caso bisognera` utilizzare l'utility SVMAC.EXE per convertire il file di configurazione nel formato MACRO di TSTHOST ; digitando ad esempio SVMAC TVB verra` creata la macro TVB, quindi bastera` poi collegarsi con TSTHOST al nodo, inviare la password, passare in modo CMD (premendo il tasto F10) e digitare TVB per far partire la macro.

Ritorna al menu....


4.4 Caricamento nuovo Software

Descriveremo qui di seguito l'intera procedura per il caricamento del nuovo software in RAM (da remoto) e per far ripartire il programma del nodo dal nuovo software appena caricato.

Innanzitutto, il SuperVozelj consente la rilocazione del programma, che deve trovarsi necessariamente in RAM.
Quando viene acceso, infatti, la prima parte del programma (la cui lunghezza e' 138 in esadecimale) non fa altro che settare il vettore d'interrupt e copiare il contenuto della eprom in ram.

In questo caso l'esecuzione risulta velocizzata in quanto il bus della ram e' a 16 bit, mentre il bus della eprom e' a 8 bit.

Il contenuto della eprom viene caricato per default all'indirizzo 41000, dopo di che, terminata la fase di copiatura da ram ad eprom, il programma esegue una istruzione di salto all'indirizzo iniziale + 138 , ovvero 41138.

Il software 79a occupa tutto il banco di ram dall'indirizzo 41000 all' indirizzo 47000, lasciando libera la zona di memoria dall'indirizzo 47000 all'indirizzo 4D000 (24 Kb), sufficiente per il caricamento di un altro software.

Sara' quindi possibile caricare il nuovo software all'indirizzo 47000,e farlo poi ripartire dall'indirizzo 47138.

Per fare una prova, bastera' digitare E 41000 47000 6000 per ricopiare 24Kb di ram dall'indirizzo 41000 all'indirizzo 47000 (praticamente per copiare il software attualmente in esecuzione nell'altro spazio riservato al software caricato da remoto) e poi digitare R 47138 per mettere in esecuzione il software appena copiato.

Attenzione! Alcune versioni CMOS dell'integrato 82C55 (in particolare quello prodotto dalla Intel) non consentono il restart del software!!

Vediamo ora qual'e la procedura per inviare il software al nodo:

Invio software con protocollo AutoBin

Questa modalita', molto veloce, e' possibile soltanto nel caso in cui il nodo utilizzi la versione di software di S52D, ad esempio la versione 79a, 79b, eccetera.

E' necessario utilizzare i programmi che implementano il protocollo AutoBin, quali SP (Eskay Packet), GP (Graphic Packet), TNT, eccetera; la procedura consiste nel

  1. Collegarsi al nodo ed inviare, attraverso il comando K, la password.

  2. Inviare il comando #B INDIRIZZO , specificando quindi l'indirizzo in cui si carichera' il software (per default 47000) , ad esempio #B 47000.

    A questo punto il nodo rispondera' con un messaggio di errore, nel caso ci sia gia' qualche altro upload del software in corso, oppure con il messaggio "Ok, invia pure..." ; nel caso che il comando sia stato accettato, sara' necessario

  3. Iniziare l'upload del sorgente binario con protocollo Autobin; utilizzando il programma terminale SP bisognera' digitare il tasto ESC e scrivere SB FILENAME.BIN , in cui FILENAME.BIN e' il nome del software binario prodotto dalla compilazione del sorgente ASM, oppure il file prodotto dall'utility di PATCH SVCFG.EXE .

    Ad esempio, se il file contenente il nuovo software da mandare al nodo si chiama IR3TVB.BIN, bisognera' digitare SB IR3TVB.BIN .

  4. Finito il trasferimento, controllare che il CRC calcolato dal nodo sia eguale a quello calcolato dal programma terminale, per assicurarsi che non ci siano stati errori durante l'invio.

  5. Riinviare la password, con comando K, e successivamente far ripartire il nodo dal nuovo indirizzo con il comando R INDIRIZZO, in cui INDIRIZZO risulta in genere quello in cui si e' caricato il software piu' 138 , quindi seguendo l'esempio dovremo digitare R 47138 .

Invio software in ascii

Questa modalita' d'invio del software e' abbastanza lenta, in quanto richiede l'invio di un file di circa 60 Kb generata attraverso il programma ZAGOR.EXE presente nel dischetto di distribuzione.

L'uso di questa procedura e' necessaria solo nel caso in cui il nodo utilizzi un software prodotto da S53MV, che non implementa l'invio del sorgente con protocollo Autobin, mentre e' sconsigliata (per la sua lentezza) negli altri casi.

Inoltre, e' possibile utilizzare questo sistema solo nel caso che il sorgente da inviare sia il risultato della compilazione del sorgente ASM, mentre non si puo' inviare i sorgenti prodotti dalla utility SVCFG.EXE.

La procedura e' la seguente:

  1. Modificare il file FILENAME.ASM contenente il sorgente, e poi effettuare la compilazione con il comando DO FILENAME; se il file ASM da modificare e' IR3TVB.ASM, bisognera' digitare DO IR3TVB.

  2. Terminata la compilazione, richiamare il programma ZAGOR, il quale chiedera' di inserire FILENAME (secondo l'esempio bisognera' digitare IR3TVB), e successivamente l'indirizzo di partenza in cui mettere il sorgente (secondo l'esempio 47000) .

    ZAGOR produrra' un file di nome 0.0 di circa 60 Kbyte.

  3. Inviare il file ascii 0.0 utilizzando TST o TPK (NO TSTHOST,SP,ecc), ad esempio, utilizzando il TST, sara' necessario collegarsi al nodo, inviare la password, e poi digitare ALT-S e successivamente scrivere il nome del file da inviare, cioe' 0.0

  4. Attendere l'invio completo del file, e successivamente digitare R INDIRIZZO da cui far ripartire il software, di solito R 47138

Attenzione! Dopo il comando R INDIRIZZO il nodo ripartira' dal nuovo software ignorando completamente le connessioni precedentemente attive!!
Per questo motivo si consiglia di utilizzare il comando S * RESET DEL NODO, DISCONNETTERSI per avvertire gli utenti che il nodo verra' resettato.

Per verificare se l'upload e il restart del nodo sono stati eseguiti correttamente, dopo aver digitato R INDIRIZZO sara' necessario disconnettersi forzatamente dal nodo, per poi ricollegarsi e digitare il comando R per verificare che l'indirizzo di esecuzione del programma del nodo coincida con quello specificando precedentemente nel comando R INDIRIZZO .
Se l'indirizzo riportato nell'ultima riga del comando R e' differente da quello specificato, significa che il nodo ha incontrato degli errori ed e' ripartito dal vecchio software in eprom.

Ritorna al menu....


5.1 Configurazione di FBB

Vediamo ora di spiegare i concetti base per l'uso del software FBB in una rete SuperVozelj,

Invio dei Beacon


Nel file BEACONx.SYS e` possibile specificare piu` path attraverso cui mandare il beacon del bbs, e ciascuno di questi path viene specificato dopo il carattere '!' ; ovvero il formato del BEACONx.SYS potra` essere il seguente:
% 15            MANDA IL BEACON OGNI 5 MINUTI
! MAIL          MANDA IL BEACON NEL CANALE
! MAIL IR3TVB-4 FA RITRASMETTERE IL BEACON ANCHE NEL CANALE 4 DI IR3TVB
! MAIL IR3TVB-6 FA RITRASMETTERE IL BEACON ANCHE NEL CANALE 6 DI IR3TVB
ed ovviamente si potranno specificare anche piu` digi, come ad esempio
! MAIL IR3TVB-2 IR3VV-5
e cosi` via.
In genere il beacon di FBB non e` poi cosi` utile, mentre risulta molto piu` interessante inserire preziose informazioni nella lista I e N dei nodi, specificando quali sono i servizi collegabili dalla rete.

Invio della lista Unproto


Per quanto concerne le informazioni UNPROTO, queste potranno essere ritrasmesse utilizzando sempre i nodi SuperVozelj come dei digipeater; tengo a sottolineare che l'invio della lista UNPROTO e` comunque quanto di piu` assurdo possa esistere, in quanto prelevare la lista dei messaggi risulta un'operazione estremamente lenta con occupazione eccessiva del canale.
Sebbene si possa farla ritrasmettere attraverso i vari digipeater, allo stesso modo dei beacon, consiglio caldamente di disabilitarla; in tal modo un utente che usa il programma TSTHOST potra` prelevarsela nel seguente modo:
  1. Registrare cio` che verra` ricevuto con il comando REC TMP , in cui TMP e` il nome del file da utilizzare
  2. Digitare LR per listare tutti i messaggi non ancora letti
  3. Chiudere il file TMP con il comando REC OFF e successivamente inviare il comando ULIST MERGE TMP per caricare la lista dei messaggi appena salvata nella lista unproto di TSTHOST

Questo e` il modo piu` veloce (basta un minuto per prelevarsi la lista di tutti i messaggi) e soprattutto efficace (occupazione minima del canale) per l'utilizzo delle funzioni UNPROTO implementate in tsthost.

Chiamate di forward


Le chiamate di forward devono essere fatte richiamando il primo SuperVozelj con l'SSID compreso tra 12 e 14 , in modo da eliminare la funzione RECONNECT .
Vediamo un esempio di chiamata in un file di forward:

C C IR3TVB-15
C C I3KUH
cosicche`, quando sara` connesso il nodo IR3TVB-15, verra` poi richiamato il bbs I3KUH sfruttando le informazioni di autorouting dei SuperVozelj.

Vediamo ora un esempio molto piu` complicato:


C C IR0LT-14
C C 2 IR8NA-7
C C IR8AVR-14
C C IW7BNO
In questo caso viene prima chiamato il SuperVozelj IR0LT con SSID 14 (tale da disabilitare il reconnect), e successivamente viene richiesta la connessione sul canale 2 con il nodo TheNet IR8NA-7.
A questo punto viene richiesta la connessione con il nodo SuperVozelj IR8AVR-14, e successivamente viene richiesta la connessione con IW7BNO attraverso la rete SuperVozelj in modo automatica, sfruttando cioe` le informazioni autorouting.

Nel caso in cui sia necessario effettuare piu` chiamate contemporanee, bisognera` ovviamente chiamare il primo SuperVozelj con SSID diversi, ad esempio in un file di forward richiamare IR0LT-15, nell'altro IR0LT-14, poi IR0LT-13 ed infine IR0LT-12 .
Si puo` inoltre richiamare lo stesso SuperVozelj anche con il suo ALIAS, ovvero si puo` chiamare LATINA-15, LATINA-14, LATINA-13, e LATINA-12, cosicche` si potranno in totale avere 8 chiamate di forward attraverso un certo SuperVozelj.

Ritorna al menu....


9.1 Conclusioni

Sicuramente questo testo risultera` in prima lettura noioso, certo la documentazione di un nodo cosi` complesso e completo come il SuperVozelj non puo` non essere prolissa.

Credo che in questo testo si possa trovare tutte le informazioni di cui si ha bisogno per il corretto setup di un nodo, oltre ad una pesante infarinatura per chi, spinto da curiosita`, vuole capire le possibilita` offerte da questo nodo.

La documentazione e` stata scritta in formato HTML affinche` risultasse presentabile e potesse godere delle magnifiche possibilita` offerte da questo linguaggio, quali la possibilita` di creare link, di inserire immagini, creare menu` eccetera; tuttavia ho cercato di fare il minor uso possibile di queste funzioni per poter poi ricompilare facilmente la documentazione anche nel formato WinHelp, formato molto piu` accessibile grazie alla notevole diffusione di Windows(TM) .

Per ora questa documentazione risulta pubblicata anche su InterNet all' indirizzo:

http://www.iw9exl.ampr.org/supervozelj.html
http://linux1.cisi.unito.it/SuperVozelj
http://www.sunrise.it/hamradio/supervozely/supervoz.htm

Ritorna al menu....

9.2 Ringraziamenti

Vorrei innanzitutto ringraziare Matjaz S53MV, ideatore del SuperVozelj, che ha voluto spendere moltissimo tempo per la realizzazione di un sistema cosi` complesso e completo per la gestione di un nodo Packet.... ricordo che tutti gli schemi elettrici del nodo sono stati pubblicati in diverse riviste, senza nessun vincolo nella distribuzione (assenza di copyright), cosi` come il software del SuperVozelj, un file con piu` di 5000 righe di codice scritto interamente in assembler, e' liberamente distribuito senza alcun vincolo.

Un ringraziamento particolare anche a Iztok S52D, Slovenian Packet Manager, che ha curato moltissimo il software del SuperVozelj rendendolo compatibile con il protocollo di forward dei BBS e DX-CLUSTER, ha aggiunto nuove possibilita` come la configurazione di porte in KISS o CRC-KISS, ha aggiunto nuove statistiche che rendono facilmente diagnosticabile la situazione dei nodi, ha implementato la possibilita` di cambiare i parametri AX.25 attraverso un semplice comando, ha introdotto la possibilita` di attivare il monitor per visualizzare il traffico nei canali del nodo e per conoscere lo stato dei link, ma soprattutto ha avuto la pazienza di ascoltare qualche mia richiesta per il miglioramento del nodo, aiutandomi a tradurre le mie idee in righe di codice da inserire nel sorgente.

Ringrazio inoltre Luca IW3GRW, che ha ridisegnato le schede del SuperVozelj, grazie al quale si e` estesa la rete SuperVozelj anche in Italia; a Ferruccio IW3QUB, interlocutore con Matjaz, che ci ha permesso di ottenere facilmente le schede ed il materiale per la realizzazione delle radio per la trasmissione dati; a Andrej IV3KCB, con le sue preziose traduzioni di messaggi ed informazioni slovene, ed a Damiano IK3XJM, che ha creato una preziosa e comoda utility per la modifica dei sorgenti binari del MidiSuperVozelj.

Un prezioso aiuto ci e` stato dato anche dai team di IW9EXL,IK1QLD e IW3FPP/IW3FS, che hanno voluto pubblicare questa documentazione in internet, rendendola accessibile ad un vasto numero di persone.

Infine va un meritato ringraziamento a tutti coloro che ci hanno permesso di portare avanti la rete SuperVozelj in Italia installando nodi o dandoci un supporto tecnico/morale; in questa lista sono in particolare presenti


 I0OJJ  I0XNH IK0OHU IK0PCJ IS0FQN IS0MYN IW0CFV IW0FEF IW0FGK
 I1DEP  I1YLM IK1DLX IK1MSL IK1WHN IK1XJT IW1EZO
 I2REO IK2NHL IW2FOG IW2FVK IW2JIY IW2KTL IW2LSI
 I3EEL  I3KUH  I3NXU IK3DNT IK3GET IK3NOK IK3UMT IK3VHJ IK3XTQ IN3ASW IV3SDE
IW3FFU IW3FJT IW3FQG IW3GEW IW3GXW IW3HAO IW3HPK
 I4EUM IK4ICZ IK4LEI IK4XQP IW4BYK IW4CNQ
IK5CKL IK5SIL
 I6DQE IK6IHG IW6ASW IW6OCM
 I7NRG IK7EZN IK7FDX IK7MXD IW7AFO IW7BNO
 I8WYA IK8FKR IK8HJC IK8SUT IK8VRI IK8YSW IW8ATR IW8DDV IW8PPY IW8XGB
IT9DBK IT9JLW IT9QPF IT9XSX IW9ARX IW9BLB IW9CND IW9EGR IW9GFE
S56ACR S56JSC S59ZX

ed altri che non ho voluto citare per non rendere eccessivamente kilometrica la lista.

Ritorna al menu....