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 topología 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 envío de diferentes tipos de trama a intervalos distintos. Por ejemplo: los digis disponen de sofware que permite el envío 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 camino 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.
Espero les haya servido, lamentablemente no me acuerdo la fuente de donde esta extraído, pero de parte de la gran comunidad de APRS le agradezco a EA3DXR por su colaboración
