DESARROLLO
NOTA: Ante fallo en descargas desde Links, podemos remitirnos a FTP://autoupdate.winlink.org donde encontrar el nuevo "WinLink Express", asi como en segun que casos el "New_itshfbc_161207.exe" para su instalacion opcional.
WINMOR: interesante uso de una Opción incluida en las últimas versiones como es la de “Message Notification and Forwarding” que nos permitiría en caso de disponibilidad de acceso a Internet desde nuestra ubicación (de uso puntual o como último recurso), redirigir de manera automática y desatendida todo mensaje recibido por cualquiera de las modalidades de inicio de sesión disponibles, siendo en este caso la de “Winmor P2P” la que nos posibilitaría no depender de Nodo alguno y ser autosuficiente cualquier estación que disponga de “posibilidades”, sin necesidad de recurrir a ninguna otra versión de programa (Relay, Gateway) o ser Sysop, limitado eso si en un principio al envío preferentemente SOLO en dirección a Coordinación Nacional, Regional o a este Panel "público", siempre hay que recordar que en P2P el campo de Frecuencia Central en RMS Winlink es el unico modificable y que la frecuencia DIAL estara 1,5 kHz por debajo de la Central (lo que indica USB), por tanto hay que tener cuidado al reportar la frecuencia de trabajo sobre todo si nos acostumbramos a mencionar solo la DIAL.
En este ejemplo nuestro QTC de prueba entre EB5TT (en zona “Blackout”) y EA7OP con disponibilidad de acceso tanto a frecuencias “convenidas” (consultar las recomendadas por la IARU para Modos Digitales) en HF así como a Internet, seguiría este camino:
EB5TT >> (HF 40m) >> EA7OP (automático/desatendido) >> (Internet Email) >> EA9CD
Para ello el procedimiento a seguir propuesto por parte de integrantes del Grupo “EMCOM SPAIN” sería recomendable fuera el siguiente. Del Menú “Files” seleccionar la opción “Message Notification and Forwarding” y configurarla convenientemente.
De esta forma por ejemplo estamos determinando que cualquier mensaje que venga catalogado como de “prioridad” (así también filtraríamos el tráfico normal con nuestra estación), seria reenviado de manera automática a las direcciones de Correo Electrónico del Coordinador Nacional de Comunicaciones en Emergencias así como copia también al Coordinador Regional de la IARU R1.
A continuación procederíamos a la redacción del Mensaje (que en este caso no debemos olvidar marcar la opción “Peer to Peer Message” de conexión punto a punto sin Nodo intermedio y en donde recomendaríamos además añadir la prioridad “P” al asunto para discriminar de esta forma el trafico propio de aquel que es conveniente redirigir (recordemos solo se redireccionarán los mensajes de esta categoría), añadiendo como información adicional por ejemplo, USANDO MAYUSCULAS EN EL ASUNTO: //WL2K P/Para EA9CD y GB4NRC vía EA7OP
Para a continuación abrir una sesión del tipo “Winmor P2P” y comenzar el envío y recepción como hemos visto anteriormente, tras lo cual y de manera automática los mensajes marcados como “prioritarios” serán reenviados a las respectivas direcciones de Correo Electrónico definidas antes.
Otra opcion que se recomienda es la de añadir en el menu de configuración el "Service Code": EMCOMM para visualizar asi tambien este tipo de Nodos especificos.
De igual forma y para los "iniciados" decir que para nuestra primera conexion con un nodo el "todo" lo hace la Antena sin lugar a dudas, el uso de modem tipo Pactor contraresta en gran parte muchos problemas pero el coste a asumir es elevado. De hecho el secreto del buen uso del Protocolo WINMOR es conseguir tener una señal LIMPIA no necesariamente fuerte (de 20 a 40W son suficientes) y con una configuracion adecuada de la funcion ALC, utilizando como minimo un dipolo resonante y sobre todo equilibrado tendriamos una configuracion simple y efectiva, eso si una antena desequilibrada trae un mayor riesgo de problemas de RFI en QTH por lo que no estaria de mas ubicar chokes en líneas de alimentación, así como en todas las líneas de control y cables USB.
Por otro lado comentar tambien que estos protocolos PACTOR y WINMOR fueron diseñados y optimizados para operaciones en bandas de HF donde el ruido y el desvanecimiento de la señal son un verdadero problema asi como el ancho de banda mucho más estrecho. Estos protocolos funcionan bien en ese entorno, pero a costa de sacrificar lo que es velocidad de datos.Es por ello que lo que es Packet y Robust Packet fueron diseñados y optimizados para bandas de VHF y UHFdonde tendremos menos ruido y más ancho de banda y por tanto obetener una tasa de transmision de datos más alta, siendo interesante en el caso del RPR la existencia de la Red RPN soportada tambien por WinLink donde se realizan pruebas a este respecto: http://robust-packet.net/
EB5TT >> (HF 40m) >> EA7OP (automático/desatendido) >> (Internet Email) >> EA9CD
Para ello el procedimiento a seguir propuesto por parte de integrantes del Grupo “EMCOM SPAIN” sería recomendable fuera el siguiente. Del Menú “Files” seleccionar la opción “Message Notification and Forwarding” y configurarla convenientemente.
De esta forma por ejemplo estamos determinando que cualquier mensaje que venga catalogado como de “prioridad” (así también filtraríamos el tráfico normal con nuestra estación), seria reenviado de manera automática a las direcciones de Correo Electrónico del Coordinador Nacional de Comunicaciones en Emergencias así como copia también al Coordinador Regional de la IARU R1.
A continuación procederíamos a la redacción del Mensaje (que en este caso no debemos olvidar marcar la opción “Peer to Peer Message” de conexión punto a punto sin Nodo intermedio y en donde recomendaríamos además añadir la prioridad “P” al asunto para discriminar de esta forma el trafico propio de aquel que es conveniente redirigir (recordemos solo se redireccionarán los mensajes de esta categoría), añadiendo como información adicional por ejemplo, USANDO MAYUSCULAS EN EL ASUNTO: //WL2K P/Para EA9CD y GB4NRC vía EA7OP
Para a continuación abrir una sesión del tipo “Winmor P2P” y comenzar el envío y recepción como hemos visto anteriormente, tras lo cual y de manera automática los mensajes marcados como “prioritarios” serán reenviados a las respectivas direcciones de Correo Electrónico definidas antes.Otra opcion que se recomienda es la de añadir en el menu de configuración el "Service Code": EMCOMM para visualizar asi tambien este tipo de Nodos especificos.
De igual forma y para los "iniciados" decir que para nuestra primera conexion con un nodo el "todo" lo hace la Antena sin lugar a dudas, el uso de modem tipo Pactor contraresta en gran parte muchos problemas pero el coste a asumir es elevado. De hecho el secreto del buen uso del Protocolo WINMOR es conseguir tener una señal LIMPIA no necesariamente fuerte (de 20 a 40W son suficientes) y con una configuracion adecuada de la funcion ALC, utilizando como minimo un dipolo resonante y sobre todo equilibrado tendriamos una configuracion simple y efectiva, eso si una antena desequilibrada trae un mayor riesgo de problemas de RFI en QTH por lo que no estaria de mas ubicar chokes en líneas de alimentación, así como en todas las líneas de control y cables USB.
Por otro lado comentar tambien que estos protocolos PACTOR y WINMOR fueron diseñados y optimizados para operaciones en bandas de HF donde el ruido y el desvanecimiento de la señal son un verdadero problema asi como el ancho de banda mucho más estrecho. Estos protocolos funcionan bien en ese entorno, pero a costa de sacrificar lo que es velocidad de datos.Es por ello que lo que es Packet y Robust Packet fueron diseñados y optimizados para bandas de VHF y UHFdonde tendremos menos ruido y más ancho de banda y por tanto obetener una tasa de transmision de datos más alta, siendo interesante en el caso del RPR la existencia de la Red RPN soportada tambien por WinLink donde se realizan pruebas a este respecto: http://robust-packet.net/
Comentarios
Publicar un comentario