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.