LOS PATH
(caminos)
Por EA3DXR
Camino
nominal.- VIA EA3XXX,..., EA3ZZZ
La trama
será repetida por únicamente por los digis de la lista, según el
orden
preestablecido por el operador. Si el siguiente en la cadena no recibe
la trama,
se interrumpe el camino. Cada digi, antes de reexpedirla al éter,
incorpora
a la trama junto a su indicativo el byte de escuchada
(representado por un asterisco) para identificar en todo momento al
repetidor.
Camino
genérico.- Los repetidores utilizan alias genéricos para que no sea
preciso
conocer la topología de la red de antemano, para poder operar en
ella. Una
estación móvil desplazándose a través del país no debe de
preocuparse por conocer qué frecuencia se emplea en una determinada comarca,
ni las
repetidoras a su alcance. Luego no tiene necesidad de manipular su
equipo,
para seguir operativo.
RELAY.-
Cualquier estación puede responder al alias de RELAY (Repetidor).
Las otras pueden
utilizarla como digirrepetidor. Las estaciones HF emplean
ECHO en
vez de RELAY.
WIDE.- Los
digis situados en puntos geográficamente prominentes, destinados
a cubrir
largas distancias, utilizan el alias de WIDE. También responderán a
RELAY.
TRACE.-
Cada digi WIDE tiene la habilidad de substituir el alias. Mediante
ella se
autoidentifica en las tramas que repite substituyendo con su propio
indicativo los alias RELAY, WIDE o TRACE. Ello permite conocer quién ha
repetido
una trama y el camino seguido por esta. Ejemplo de camino genérico:
VIA RELAY, WIDE,
WIDE
Cualquier
operador APRS que tenga el digi de su sistema activado o
cualquier
digi de amplia cobertura, la repetirán. En un segundo salto será
repetida
por el resto de digis de amplia cobertura que reciban la primera
repetición. Si los repetidores tienen activada la función de substitución de
alias
(muy recomendable) cambiarán el alias por su propio indicativo junto
al bit de
escuchada.
Tomando la
trama del ejemplo, repetida por los digis EA3XXX, EA3YYY y
EA3ZZZ,
por este orden, veamos su aspecto en los distintos saltos:
Primer
salto: EA3XXX*, WIDE, WIDE
Segundo
salto: EA3XXX*,EA3YYY*,WIDE
Tercer
salto: EA3XXX*,EA3YYY*,EA3ZZZ*
Si en vez
de RELAY o WIDE se hubiese empleado TRACE, aunque los digis no
tengan
activada permanentemente la substitución de alias, TRACE ( VIA
TRACE,
TRACE, TRACE) lo fuerza con idéntico resultado.
Camino
genérico con SSID. WIDEn-N.- Mediante este sistema cada digi sustrae
al SSID
N, el valor de 1 al retransmitirla. Cuando N alcanza el valor de 0,
ya no es
repetida de nuevo. Ello permite a un operador indicar cuantos
saltos
desea que efectúen las tramas por el emitidas. El número n sirve para
conocer
en todo momento el número de saltos con que se originó la trama. Se
conserva
en memoria el checksum (secuencia de comprobación de trama) de las
tramas
repetidas durante los últimos 28 segundos (por defecto) para no
volver a
repetirlas.
Ejemplo:
VIA WIDE4-4.-
Primer
salto: VIA WIDE4-3.
Segundo
salto: VIA WIDE4-2.
Tercer
salto: VIA WIDE4-1.
Cuarto y
último salto VIA WIDE4.
Podemos
ordenar hasta 7 saltos (SSID entre -1 y -7). A partir del SSID -8 y
hasta el
-15 la trama se enrutará de acuerdo con lo expresado en la tabla 1.
TRACEn-N.-
El comportamiento es exactamente el mismo que WIDEn-N,
adicionándole la función de substitución de indicativo, por la cual cada
digi
añadirá su indicativo con el byte de escuchado a la cadena de
digirrepetición.
Ejemplo:
VIA TRACE3-3
Primer
salto: VIA EA3XXX*,TRACE3-2
Segundo
salto: VIA EA3XXX*,EA3YYY*,TRACE3-1
Tercer y
último salto: VIA EA3XXX*,EA3YYY*,EA3ZZZ*,TRACE3
La
diferencia entre los diversos métodos (incluido el de SSID en el campo
de
destino) radica en el ahorro de bytes en trama. El que más ahorro
comporta
es el del SSID en el campo destino. Del camino genérico sin SSID ó
del
método TRACEn-N, pueden resultar tramas excesivamente grandes en caminos
largos.
Sin embargo, puede ser interesante para observar las rutas entre
diferentes puntos. El camino nominal puede utilizarse de forma efectiva en
algunos
casos tales como mensajería, pero precisa un conocimiento explícito
de la
red.
Como
criterio general se recomienda a los móviles utilizar el método
WIDEn-N.
En cuanto a las estaciones fijas, dependerá de la topología de la
red y del
número de digis “wide” a los que se tenga acceso o el interés del
operador
hacia donde propagar sus tramas. La resultante puede ser una
combinación de varios métodos, atendiendo siempre a la recomendación de
adecuar
los lapsos de envío de tramas y número saltos según los criterios
expresados en el apartado de tiempo de ciclo del net.
EMPLEO
INDISCRIMINADO DEL TRACE EN LUGAR DE WIDE
Si los padres
del sistema se "estrujan" el coco ahorando bytes, parece
ilógico
que indiscriminadamente, se emplee TRACE cuyas tramas ocupan enorme
espació y
que por la compatibilidad con AX.25, estos campos no pueden
comprimirse.
¿Para qué sirve
entonces TRACE?
Es evidente que
TRACE puede ser una buena herramienta para conocer la
topologia
de la red y de los caminos por donde se enrutan nuestras tramas. Y
además
nos permite ver el camino por el que podemos enviar nuestros "query"
y
mensajes a otras estaciones. Por tanto, es bueno y saludable hacer un uso
moderado
de ella. Lo contrario supone algo así como circular con un camión
de gran
tonelaje para salir de paseo.
Parte de
la "culpa" la tienen ciertos diseñadores de aplicaciones. Por
ejemplo:
algunos programas no prevén el envio de diferentes tipos de trama a
intérvalos distintos. Por ejemplo: los digis disponen de sofware que permite
el envio
diversas tramas y el empleo de diferentes caminos con
temporizaciones distintas para cada uno de ellas. En EA3 suelen mandar una
trama sin
PATH (local) cada 10, una WIDE4-4 cada 20 y una TRACE7-7 cada 60
minutos.
Así un nuevo operador que acceda al sistema en unos 10 minutos va a
conocer
los digis que recibe en directo. A los 20 tendrá información
completa
de la red en muchos kilómetros a la redonda y a la hora, puede
saber por
qué camino puede acceder a un determinado digi y, por tanto, a las
estaciones cercanas a el sin necesidad de usar caminos genéricos (WIDEx-X) y
por lo
tanto, con más fiabilidad y menos QRM. Y si tanta urgéncia nos corre
conocer
el estado de la red, siempre podemos requerir información al sistema
y
"obligar" a las estaciones a identificarse mediante el "Query all
stations"
(?APRS?). Por favor: hágaser un uso responsable y moderado de
estas
utilidades que son eso: utilidades, pero empleadas indiscriminadamente
se
convierten en "barbaridades".
Conocer el
camnino hacia una estación és importante. Podemos deducirla
generalmente sobre el mapa. Para mandar mensajería es preferible emplear un
camino
concreto y predefinido VIA, EA3xxx, EA3yyy, EA3zzz, que genérico
(WIDEn-N,
TRACEn-N) por el ahorro de utilización del canal que supone.
Aunque no
siempre es factible. En ello nos puede ayudar mucho el programa
UI-PATCH
de G7OCW. O analizar las tramas recibidas de la estación que nos
interesa,
que para ello todos los programas las facilitan.