Federación Digital EA

DIGICLUB


español
català
euskara
galego
english
français
español 2017-09-20 Estás en: Portada la Federación Servicios DIGICLUB De balizas y otras hierbas

De balizas y otras hierbas



DIGICLUB Autor: YU3FK
Publicado en: DIGICLUB Nº 2, Julio 1988.

¡Nuestras frecuencias están cada vez mas saturadas! Una buena parte del QRM que congestiona los canales de PR está generado por el uso inadecuado de las balizas (BEACON).

Qué debería hacer un mensaje de baliza:
  • la baliza de los BBS informar del correo que contienen;
  • la baliza de los nodos dar a conocer su indicativo, si usan IDENT o ALIAS;
  • transmitir los CQ.

Qué NO debería hacer un mensaje de baliza:

  • hacer notar a todos los demás usuarios de la red que el "francotirador" tiene bastante dinero para comprarse un TNC pero no suficiente tiempo para apagarlo;
  • transmitir largas líneas de texto en UNPROTO, con una lista de digipeaters aún mas larga.

Sugerencias a los operadores que utilizan BEACON:

  • NO insertar NINGUN digi/nodo en el unproto;
  • definir los distintos parámetros del propio TNC (que, por cierto, es conveniente conocer ANTES de salir en PR) para evitar que alcanzado el objetivo del CQ, la conexión, el TNC continúe enviando el CQ en modo baliza;
  • no enviar nunca una baliza, tampoco un CQ, mientras no se esté presente al teclado.

Sugerencias para los sysops de BBS:

  • la baliza de la BBS debería cubrir un área cuanto más restringida alrededor de la BBS mejor. Los usuarios romanos no están interesados en conocer la baliza de la BBS YT3A, porque el correo se transferirá automáticamente a la BBS IK0CHU;
  • cambiando el UNPROTO después de la transmisión de la baliza, evitaréis que en el caso de desconexión el buffer de la TNC sea enviado por digipeaters y nodos inútilmente.

Nota para un CTEXT más "divertido":

  • ¿es estrictamente necesario enviar las habituales diez líneas de texto, comprendidos asteriscos y campanillas, sólo para decir que el operador no está presente y que el buffer de recepción está abierto?

Nota sobre el FRACK:

  • el AX.25 V2 transmite un montón de RR (Receive Ready) aunque no haya paquetes "viajando". Demasiados RR son una forma de QRM. Verificad que el FRACK sea al menos de 4, justo para evitar el envio inútil de los RR. (quedaría alguna consideración a hacer sobre el uso del nivel 2 en ciertas condiciones particulares ...)

¡Feliz packet en canales más limpios!



Valid HTML 4.01 Transitional

Powered by iSolucions


Copyright © 1992-2017 Federación Digital EA (FEDI-EA)