Por ik5xmk:
Servidores En ESPAÑA:
pYSF3 es de código abierto, el código es gratuito, modificable y está disponible para todos. Creado con lenguaje Python (versión 3) para tener flexibilidad y ligereza funcional, pYSF3 es el motor del sistema; los datos procesados son posteriormente “administrados” por un software recolector (siempre escrito en Python) que los deposita en una base de datos y finalmente las páginas web escritas con lenguaje PHP / HTML5 toman la información de la base de datos y la publican, accesible para todos en Internet . La función principal de este sistema de “flujo múltiple” es simplificar la red: los reflectores individuales (cada uno con su propia función y conexión) también se pueden quitar. Todo será más fácil, tanto de encontrar (en la lista de servidores) como de mantener / actualizar / comprobar.
pYSF3 puede ser de “flujo único” y funcionar como el YSF clásico (antiguo) de Jonathan y el nuevo pYSFReflector y pYSF2 de Antonio , por lo que, como máximo, solo tiene una conexión desde y hacia el exterior con otros servidores / salas, o “flujo múltiple” y luego recibe múltiples flujos digitales de entrada y salida. Es una configuración que se gestiona en el archivo .ini del reflector y está vinculada a lo que tendrá que hacer este software. Se asocia un ID de DG a cada “conexión”; si la conexión está presente (activa en el reflector) cuando se utiliza este ID de DG, nuestra voz se enrutará a otros sistemas, si no hay enlaces / puentes operativos, se crea una “sala privada”. Este modo permite la instalación de no más reflectores / servidores, sino una racionalización de recursos y facilidad de uso.
Ejemplo de configuración de flujo (DG ID) que el sysop del sistema ha decidido poner a disposición en el reflector (pysfreflector.ini):
pYSF3 también es “multipuerto”, es decir, permite en modo fijo conectar un flujo en un puerto específico. De esta forma podríamos tener, en un solo reflector, dos (o más) conexiones con BM (dos DGID y dos TG distintos). Este enfoque es muy técnico y, además de la evaluación de la viabilidad y necesidad real, debe realizarse en consulta con los administradores del servidor BrandMeister. A continuación se muestra un ejemplo extraído del archivo de configuración:
# puertos auxiliares enlazados estáticamente en DG-ID (cadena vacía si no se usa)
# formato:
# DG-ID: puerto
aux_port = 41: 42397, 88: 42398
Estas conexiones se identifican como FIJAS en el tablero:
El sysop reflector también tiene la capacidad de administrar “YSF virtual “, configurado en la sección REFL_ALIAS, como en el ejemplo:
[REFL_ALIAS]
refl_01 = 41, 26045, IT GRF-YSF, TOSCANA MULTIP
Utilizando la configuración y los parámetros presentes en el registro mundial de YSF (ID26045, NOMBRE, DESCRIPCIÓN) se crea un “alias” vinculando la configuración a un ID de DG activo (sección DGID, 41). Claramente, el propietario del reflector YSF original debe “reconfigurar” el nuevo destino (IP / DNS de pYSF3) / puerto (42397 en el ejemplo) en el registro. Una vez realizadas estas modificaciones, pYSF3 podrá gestionar un “YSF virtual” para cada DGID permitiendo así no perder el identificador original y apagar el reflector antiguo para una optimización de recursos y sistemas . Además, en los repetidores y hotspots no será necesario realizar cambios porque siempre “creerán” para conectarse a la sala configurada originalmente, pero funcionalmente estarán conectados a pYSF3.
Ejemplo de dos flujos “en funcionamiento” (color VERDE en la línea correspondiente), o QSO en curso ( estado TX ) en DG ID 36 (Lombardía) y 30 (Lazio):
4 flujos operativos (QSO):
Para completar: los otros estados de QSO pueden informar TC (transmisión completada con éxito), WD (perro guardián, detenido por reflector) y TO (tiempo de espera, tiempo máximo de transmisión excedido).
La selección de la DG ID, por tanto el cambio de caudal, es inmediata . Un tiro PTT ( que no se propagará en la red para no molestar ) con la nueva selección y si hay un QSO en curso comenzaré a participar inmediatamente en él.
El cambio de ID de DG se resalta en azul en el tablero. El color amarillo identifica una transmisión cerrada por el perro guardián del reflector, por lo que no es óptima. Rojo un evento de tiempo de espera.
Otra peculiaridad interesante: al mover mi repetidor / hotspot en un flujo, cuando se apaga (o se interrumpe internet, por ejemplo) no tendré que volver a configurar el flujo de destino porque pYSF3 recuerda el último ID de DG utilizado. Si dejamos DG ID 00 (NUNCA es necesario modificar la parte RX sino solo la TX) se utilizará el flujo de corriente presente en el repetidor / hotspot que estamos usando para ingresar al sistema.
Para aquellos que no miran los paneles, pYSF3 es útil. En el lado de RF, el número de ID de DG (flujo en uso) siempre se enviará delante del nombre. Así tendremos por ejemplo: 41 / IK5XMK. Esto indica que IK5XMK está hablando en la transmisión 41 y se muestra en la pantalla de la radio. Por otro lado, no se realizaron cambios en las conexiones salientes del reflector (por ejemplo, BrandMeister).
Esta breve descripción nos permite comprender algunas de las principales características que ofrece este software. La gestión de bloques de nombres, números de serie, etc. permanece activa y configurable. ya implementado en pYSF2. Se pueden implementar conexiones con otros sistemas (siempre de acuerdo con los administradores de las redes involucradas) utilizando el software ysf_bridge y ysf2dmr o mmdvm_bridge . El propio BrandMeister puede gestionar la conexión a pYSF3. (conexión YSF estándar).
INFORMACION:https://www.grupporadiofirenze.net/2021/11/18/lalba-della-nuova-era-la-versione-3-di-pysfreflector-c4fm/
Visitas: 9