| ||||||||||
I | ||||||||||
I particolari sono ormai noti a tutti !! Un ultimo tentativo di mediazione pare non abbia ottenuto i risultati sperati e si teme lo scontro aperto ! Ci auguriamo solamente quello verbale e non quello fisico come ormai da più parti ventilato ( anche se in fondo - in fondo sapremmo per chi tifare ! HI )
| ||||||||||
BOLLETTINI DI G.A.L. APRS Lombardia | ||||||||||
| ||||||||||
WIDE 12 = NORD PIU’ UN WIDE WIDE 13 = SUD PIU’ UN WIDE WIDE 14 = EST PIU’ WIDE WIDE 15 = SUD PIU’ WIDE Scrivendo ad es. IK2YDM>APRS,WIDE12,WIDE7-7 avremo una ripetizione WIDE a nord piu’ una WIDE generica e poi sette WIDE a scalare Questa descritta fino ad ora e’ la situazione "ideale" nella quale una ordinata applicazione delle regole fin qui’ viste consentirebbe una ottimizzazione (quasi) perfetta del traffico ed un ridotto tempo di occupazione del canale. Purtroppo la situazione attuale lombarda (ma non solo) si discosta di molto da questa "idealita’" per due motivi principali: 1) Le problematiche (per altro in via di soluzione) relative al traffico a 9600Bd presente sul canale obbligano tutte le stazioni ha tenere il tempo di intervallo tra l’invio si un beacon ed il successivo, molto breve per avere la certezza che esso riesca a "bucare" facendosi ricevere cosi da tutti. Per lo stesso motivo e’ necessario anche che il beacon sia inviato da "tutti a tutti" (tramite Relay) a "tappeto". Questo causa un notevole aumento dei tempi di occupazione del canale e di fatto, in alcuni momenti di quiete, provoca una "ridda" di pacchetti. 2) Altro motivo , questo di natura tecnica , e’ che i digi 24h/24h attualmente attivi in Lombardia posti principalmente verso est non sono , ad esclusione del digi di Cremona e parzialmente quello di Crema, digi Trace n-n. Vi sono due tipi di digi: digi "intelligente" e digi "stupido" (l’aggettivo non si riferisce ai sysop , ovviamente. HI). Il digi intelligente e’ un digi gestito ,ad es. , da UI-VIEW o da un TNC2 con eprom dedicata e sono quindi interrogabili dagli utenti (ping,query,dx) ma sopratutto hanno la possibilita’ di funzionare in modalita’ Trace n-n. Il digi "stupido" e’ invece un TNC che ripete solo la modalita’ generica Relay o Wide tramite l’alias ma non e’ interrogabile e soprattutto non ha la possibilita’ di funzionare in modalita’ Trace n-n. La quasi totalita’ dei digi lombardi sono digi "stupidi" che ripetono in modalita’ Relay o Wide (Relay prevalentemente) obbligando cosi tutte le stazioni che tramite loro vogliono transitare verso est , ad inviare il proprio beacon anche a Relay. Ecco quindi la situazione attuale in
Lombardia , dove tutti inviano necessariamente a Relay o Wide per poter
raggiungere i digi Trace n-n:
E’ evidente che una volta risolte le problematiche relative al traffico a 9600 Bd ed introdotti digi "intelligenti" si dovra’ rivedere la filosofia delle configurazioni cercando quanto pu’ possibile di avvicinarsi alla situazione "ideale" precedentemente descritta. A breve, grazie ad UGO I2SDD, verra’ attivato un digi "intelligente" in una zona "strategica" che garantira’ il link costante verso il Veneto. In considerazione di cio’ e del fatto che esistono gia’ tra zona tre – quattro, sei e zero dei link stabili questo ci portera’, finalmente, a "vedere" le altre regioni oltre che al solo essere visti. L’attivazione di questo nuovo digi
Trace n-n sara’ l’occasione per iniziare, secondo la logica prima esposta,
una prima riorganizzazione delle modalita’ di ripetizione dei digi attualmente
attivi e delle modalita’ di invio dei beacon. beacon.
Da un bollettino originale di Flavio IK2XYU a SYSOP@ILOM. PERCHE' L'APRS Ciao, dopo che ho notato che molti
non hanno capito cosa sia APRS e dopo che qualcuno mi ha spinto a scrivere,
ecco che mando a voi sysop, le motivazioni del perchè occorre sostenere
APRS.
Questo messaggio non vuole essere fonte di discussione sulle frequenze da usarsi o da chi le impegna ... come qualcuno potrebbe aspettarsi sia, ma una sola fonte di informazione che mi auguro venga condivisa. Innazitutto diciamo cosa è APRS. APRS significa Automatic Position reporting System, è un sistema sviluppato in USA dal 1992 e che ormai a macchia d'olio, da quando cioè è stato terminato il primo manuale sul protocollo, si è diffuso ovunque nel mondo. E' un sistema che utilizzando i soli frame UI dei pacchetti permette di gestire un software apposito (ne esistono freeware, shareware e da registrare secondo i gusti di ciascuno) per lo scambio di informazioni brevi (tipo SMS dei cellulari), sfruttando però la grafica per conoscere la posizione delle stazioni a livello geografico. Permette inoltre di "spottare" eventi mostrati per mezzo di una icona grafica quali ad esempio informazioni meteo, di traffico stradale, ospedali, aeroporti, o comunque è usato per segnalare la posizione anche di mezzi mobili (auto private, auto di soccorso,etc.) Ecco quindi che si capisce che tale sistema, che non usa connessioni permette l'utilizzo durante situazioni di emergenza per localizzare mezzi di soccorso, campi di emergenza, punti di gestione emergenza, etc. senza che questi sia connessi in rete, ma con la semplice accensione di un interruttore. L' uso a 1200 Baud derivato dal fatto che i frame UI inviati sono di dimensioni piccolissime, permette di avere un sistema robusto e l'uso di radio "As Is" (senza modifica alcuna). E' evidente che nell'uso normale quotidiano APRS diviene quasi un gioco, ma è da considerare che è di notevole aiuto per chi si trova su mezzi in movimento (in sostituzione dei sistema di navigazione anche se in alcuni casi resta limitato) e comunque può essere sfruttato quale packet cluster, meteo info, etc. Chi non ha chiaro l'etc. mi contatti e spiego altri esempi più pratici ed esperienze personali, che ora non cito per non dilungarmi. Attualmente APRS è stato presentato in due province (Bergamo e Cremona) che ne hanno subito apprezzato le funzionalità. In un caso è stata chiesta collaborazione per la gestione delle posizioni ambulanze. Ecco quindi che serve, in un periodo di instabilità del nostro regolamento e della nostra tassa ... che i radioamatori tornino ad essere un punto di riferimento. In una situazione di emergenza le altre nostre attività radiantistiche, se non quelle in fonia nel caso di blackout della rete telefonica cellulare non sono più richieste .... APRS può invece divenire qualcosa di interessante. In USA ormai non manca occasione di mostrare tale sistema al pubblico a tutte le occasioni. Non so chi di voi abbia avuto occasioni di partecipare a eventi negli States (fiere, maratone, regate, etc.), ma si sarà sicuramente accorto che APRS è ben utilizzato .... Insomma APRS non deve essere visto
come un qualcosa di tecnologicamente obsoleto, non in grado di sostituire
gli attuali sistemi packet, ma come un mezzo di riscatto verso chi abbiamo
sopra che come tale deve essere supportato.
Ringrazio per l'attenzione, grazie per il supporto che ci date con i BBS. IK2XYU also KF6EEZ Per il G.A.L. Gruppo APRS Lombardia ha trascritto IK2YDM BOLLETTINO
N. 4
Fisionomia della rete APRS secondo il protocollo. Bene , come discusso a Novegro e come
da più parti sollecitato è il momento, visto l'alto
numero di stazioni che giornalmente sono attive in APRS e visto il numero
di operatori che si configurano come digi,di iniziare ha dare una fisionomia
ben precisa alla rete APRS.
DIGI TRACEn-n = stazioni attive 24
ore su 24 con notevole portata in grado di assicurare i collegamenti interregionali.
DIGI WIDE (non widen-n) = stazioni attive 24 ore su 24 con una buona copertura regionale o dedicate alla raccolta del traffico di aree specifiche. Queste stazioni devono avere un ottimo link con le stazioni di gerarchia superiore ed invieranno il proprio beacon solo a TRACE7-7. DIGI RELAY = tutte le stazioni che
non rispondono alle precedenti caratteristiche andranno configurate come
digi relay e invieranno il
NESSUN DIGI = le stazioni mobili è bene che non si attivino con nessuna modalità di ripetizione per evitare , nella maggior parte dei casi, di aumentare solo il traffico senza scopo , esse invieranno il prorio beacon a RELAY,WIDE,TRACE7-7. Per capire bene il perchè di
tutto ciò vediamo il seguente schema:
stazione mobile o portatile(non ripete
nessuna modalità ed invia il beacon a RELAY,WIDE,TRACE7-7)
Una volta "assimilato" questo concetto di ripetizioni gerarchiche è facilmente intuibile come divenga necessario darsi un minimo di organizzazione affinchè il traffico venga allegerito ed ottimizzato. Le configurazioni fino ad oggi consigliate (relay,trace7-7 o relay,relay, trace7-7) sono comunque valide in tutte quelle zone dove il traffico scarseggia. Invitiamo quindi tutti gli operatori APRS ad adottare questo nuovo tipo di configurazione ed in particolare ,come G.A.L. riferendomi alla situazione lombarda, invitiamo tutti i sysop di digi attivi 24 ore su 24 o che hanno intenzione di attivarsi come tali a discutere, attraverso il nostro riferimento, le soluzioni migliori. (Wide o Tracen-n a seconda della posizione e dei link.) Attualmete collaborano i seguenti digi: IK2ANB,IW3FN-11,IK2CHZ,IK2HNG,IW2MIN-11,IK2YHJ-11 che a breve, dopo aver valutato la situazione, setteranno le nuove modalità di ripetizione. P.S. Sono/siamo a disposizione per chiarimenti ed approfondimenti. Per il G.A.L. Gruppo APRS Lombardia
ha scritto IK2YDM
BOLLETTINO N. 5 28.06.2000 Digi e funghi.
Digi e funghi??
In conclusione: 1) Non attiviamo digi solo perchè
abbiamo a disposizione un tnc ed una radio
2) Se attiviamo un digi facciamo si che sia in una zona dove realmente serve. 3) Valutiamo bene le modalità di ripetizione che questo digi deve avere non considerandolo un digi di serie "B" se non deve ripetere le modalità n-n. 4) Se abbiamo già attivato un digi prendiamo in considerazione l'idea di spegnerlo se qualc'un altro ne attiva uno in zona con area di copertura maggiore. 5) Curiamo attentamente i settaggi.
P.S. Questo
blt. è inteso in senso generale e non ha alcuna attinenza specifica
con eventuali attivazione di digi operate in questi giorni.
BOLLETTINO N. 6 01.07.2000 Mi è stato chiesto ,da parte
di alcuni operatori APRS che leggono i vari blt. concernenti le configurazioni
di UI-VIEW , come mai il G.A.L., nella persona di IK2NBV ,scriva cose diverse
da quelle precedentemente da mè indicate.
Per UIDIGI17:digipeaterAlias : nominativo
NBV non considera questa seguente categoria
di digi:
Per UIDIGI17:digipeaterAlias : nominativo
Questo tipo di digi può essere realizzato anche con TNC normali senza UIDIGI semplicemente settando nel campo alias WIDE e RELAY e abilitando la funzione digipeater ma ATTENZIONE: essi non gestiscono il controllo sulle doppie ripetizioni dello stesso beacon!! Infine ci sono le stazioni "normali"
per le quali non si può a priori stabilire quale configurazione
esse debbano adottare perchè questo dipende dal link diretto oppure
no che esse hanno con i digi n-n . Se la stazione linka direttamente
un digi n-n , dovrà inviare il suo beacon così:
enable digi : si
Ovviamente , come giustamente consigliato
da Luigi IW2FUS, alcune stazioni "normali" potranno non abilitarsi come
digi relay se nelle loro vicinanze vi è già una stazione
con migliori "prestazioni" o meglio ancora se nelle vicinanze di qualche
digi.
Chi avrà avuto la pazienza di
leggere il tutto avrà visto che le diferenze tra le configurazioni
proposte sono minime ma..... sostanziali.
P.S. E' anche possibile inserire nell'
unproto address dopo trace7-7 anche wide7-7. Al momento questo tipo di
istruzione è del tutto inutile perchè, data l'estensione
della rete attuale, con 7 "salti" si e' in grado di arrivare fin dove c'è
attività APRS in Italia. (ne avanza anche). Dare quindi istruzioni
per fare 7+7=14 "salti" significa solo far fare delle ripetizioni inutili
quando si incontrano digi settati male!!
Per il G.A.L. Gruppo APRS Lombardia ha scritto IK2YDM |