| 
|
Notificaciones
Limpiar todo
Página 1 / 2
Siguiente
Buenos días
Hace una semana que tengo el DXlog configurado para el Nacional de Telegrafía, pero ayer se me ocurrió echarle un vistazo al cluster y no estaba como debería, es decir, lo tengo sin filtro para este evento.
Sé que tenía apuntes pero no los encuentro. Lo que necesito es un comando/filtro para que sólo me salgan los EA,s creo que era algo así: ACC/EA,EC,EF, vamos que no me acuerdo. A ver si hay alguien que lo tenga reciente y me lo puede pasar en tiempo record.
GRACIAS.
Inició el tema
Agustín, además de lo que te di anoche, acabo de probar unos comandos que creo que te pueden servir, prueba esto:
telnet dxcluster.cronux.net 7300 (o tu clúster de preferencia)
login: ea4ac-7
Password: **********
==================================
unset/skim
clear/spots all
acc/spot 1 call_dxcc EA,EA6,EA8,EA9
rej/spot 1 not on contesthf/cw
rej/spot 2 info {rtt|ft[48]|psk|bcn|dxf|mfsk|ssb}
rej/spot 1 info {dme|dvge|dee|defe|dce|dmve|ete|pota}
.
show mydx
Cuando se termine el concurso, bastará con ejecutar:
==================================
clear/spot all
Ya me contarás
Saludos.
Yo tengo uno muy parecido al de Cedric de proposito general EA:
accept/spot 1 call_dxcc ea,eb,ec,ed,ef,eg,eh,ao,am,ea8,ea9,ea6,eb8,eb9,eb6,ec8,ec9,ec6
accept/spot 1 call_dxcc ea,eb,ec,ed,ef,eg,eh,ao,am,ea8,ea9,ea6,eb8,eb9,eb6,ec8,ec9,ec6
Pedro, te sobran los eb,ec,ed,ef,eg,eh,ao,am y eb8,eb9,eb6,ec8,ec9,ec6.
"call_dxcc ea", es cualquier prefijo del país EA
"call_dxcc ea6" es cualquier prefijo del país EA6
"call_dxcc ea8" es cualquier prefijo del país EA8
"call_dxcc ea9" es cualquier prefijo del país EA9
Un saludo.
EA3FNM reaccionó
Gracias a todos
He puesto el siguiente: set/dx/filter cty=ea
Espero que sea suficiente.
cómo lo veis ?
Inició el tema
cómo lo veis ?
Te van a salir solo los EA, incluidos los anuncios de DME, POTA, DVGE, DEFE, DCE, DMVE LLOTA etc etc
Te falta un filtro para "rejectar" esos anuncios e incluir EA6, EA8 y EA9 que son otros países,
Saludos.
Esta publicación fue modificada hace 4 semanas 2 veces por EA4AC
EB1TR reaccionó
Tenías razón Cédric, sólo me entraban los EA, los EA6, EA8 y EA9 no me entraban. Tengo que afinar un poco más.
Ahora estoy en el NODO de: W1NR y me entran todos, tengo que afinar, pero de momento lo dejo así.
Accept/spot 0 Call_dxcc ea,ea6,ea8,ea9
Gracias
Inició el tema
Creo que te puede ayudar si te pasas por https://www.qrz.com/db/EA3CV
Dejé hace unos años la configuracion para el CNCW.
Por cierto, cómo es que eliges un clúster yankee, no sabes que los mejores clústers del mundo están en España, aunque esté mal que lo diga yo 😂
GL
Kin
EA3FNM reaccionó
te puede ayudar si te pasas por https://www.qrz.com/db/EA3CV
Gracias nuevamente Quin.
Cada vez que escribías sobre comandos del clúster en el foro me lo apuntaba en una nota en mi ordenador, nunca se me ocurriría que lo tenías SÚPER BIEN EXPLICADO en tu perfil de QRZ.
Y estoy muy de acuerdo que se deben usar clústers de España, en especial EA3CV-2 (dxcluster.cronux.net 7300)
MUCHAS GRACIAS.
Saludos.
EA3FNM reaccionó
Creo que te puede ayudar si te pasas por https://www.qrz.com/db/EA3CV
Dejé hace unos años la configuracion para el CNCW.
Por cierto, cómo es que eliges un clúster yankee, no sabes que los mejores clústers del mundo están en España, aunque esté mal que lo diga yo 😂
GL
Kin
Gracias Joaquín, echaré un vistazo a esa página que me recomiendas.
En cuanto al cluster yankee, pues el primero que se me ocurrió, estaba usando EA1DX pero al meterle el filtro completo para los EA,s me daba error, sólo me admitía el EA, no los EA6, EA8 ni EA9, por eso tiré de la lista que ofrece el DXLog y de ahí salió ese NODO, sin más.
Lancé un SOS el sábado a ultimísima hora para poder configurar que me entraran los EA,s solamente y Cédric me contestó, entonces usé uno de los filtros que me recomendó y me funcionó bien.
Gracias Cédric
Inició el tema
Gracias Cédric
De nada, pero lo que tengo lo he conseguido usando los tutoriales de Quin.
Un saludo.
Hola amigos,
Siento no ver antes este post.
El asunto era aún más fácil y eficaz, conectarse al ArCluster del Lynx.
Pinchad en este página PROGRAMAS y mirar al final que pone: Macros útiles para el Concurso Vertical en el ArCluster del Lynx
Lo publiqué el 20/07/2023 para el Concurso Vertical del Lynx, pero sirve para cualquier concurso EA, vereis que también están incluidos los CT y C3, por lo cual, podreis incluir o borrar a vuestro gusto o interés.
Por cierto, telegrafistas, os espero en el próximo Vertical CW del Lynx DX Group de Otoño el 21/09/2026.
Saludos !!!
Esta publicación fue modificada hace 4 semanas por EA5FID
Hola Juan,
Con el filtro:
Set Dx Filter CTY= EA or CTY= C3 or CTY= CT or CTY= EA6 or CTY= EA8 or CTY=EA9
Efectivamente recibirás solo estaciones EA, C3, etc etc, pero no filtras todos los que otorgan "diplomas a un solo contacto", o activaciones DME, ni diferencia entre SSB o CW. te falta algún filtro para ello, como:
rej/spot 1 not on contesthf/cw para CW, "rejectar" todo las estaciones que no estén en concurso de CW
rej/spot 2 info {dme|dvge|dee|defe|dce|dmve|ete|pota|llota|award|tota|award|diploma} para "rejectar" a todos estos
acc/spot 3 call_dxcc EA,EA6,EA8,EA9,CT,C3 para aceptar spots solo de ea, ct etc. etc.
Un saludo.
Hola Cedric, EA4AC
Cierto, así es.
Pero mi experiencia en el CWCW, el Vertical y otros concursos nacionales, es que te puedes encontrar algunos spots, en frecuencias altas de la banda de activación de eventos especiales y QSO fuera del Test, pero también al principio de la banda de estaciones que solicitan hacer simplemente un QSO, y no todas se identifican como eventos distintos a CNCW o el concurso que estés disputando, vamos, que por mucho "rej" siempre te entrará algún spot.
Estoy seguro de que la discriminación y el conocimento de operador solucionarán estos pequeños inconvenientes, además, son muy pocos casos en el concurso.
No obstante, la estabilidad, fiabilidad, rapidez y filtrado de indicativos de un ArCluster es superior, sin lugar a dudas, a la de un DX Spider, te animo a que lo pruebes. Estoy acostumbrado a trabajar en estaciones multiplicadoras e in-band, por lo cual, he podido comprobar la fiabilidad de los spots que envían los diferentes tipos de cluster.
Comprueba también los spots y su fiabilidad entre, por ejemplo, el N1MM y el Dxlog y luego nos lo cuentas, eso sí, teniendo activado el skimmer y en concurso. Creo que sería interesante para todos.
Eso sí, a tener en cuenta que el creador del ArCluster, Terry, AB5K, falleció en 2018 y al tratarse de un software de código cerrado de su propiedad, se lo llevó a la tumba y desde entonces funciona gracias a los sysopts que lo mantienen sin poder modificar.
Un cordial saludo de Juanito.
Esta publicación fue modificada hace 4 semanas por EA5FID
Lamento discrepar enormemente en cuanto a rapidez, estabilidad, fiabilidad, potencia y eficiencia, sin nombrar la seguridad que aporta un DXSpider correctamente configurado. DXSpider es el único sw que sigue evolucionando y dispone de un desarrollo vivo.
Saludos.
Estimado Joaquín, EA3CV
Entiendo tu respetable opinión, y efectivamente, el DxSpider sigue actualizándose y evolucionando y los resultados de este programa son ideales.
Como habrás podido leer, dejé claro que el ArCluster no tiene posibilidad de actualizarse, por lo cual, es un inconveniente.
Pero como estoy seguro que habrás podido comprobar, en cualquiera de los ArCluster que existen (ejemplo: W3LPL, WC2L, K1TTT, W6CUA, W9PA, Ai9T y EA1DX) con su sistema de CW Skimmer de captura en tiempo real y la existencia de filtros de evaluación de calidad de spots de José, CT1BOH, y la integración con la Reverse Beacon Network (RBN), no deja de ser una de las opciones preferidas del los contester y Dxpediciones.
Luego, como sabrás, tenemos el software de Lee, VE7CC, que ha creado su propio programa que funciona excepcionalmente bien, y se ha basado en ambos programas (DxSpider y ArCluster), es más, la gran mayoría de importantes clusters, tanto DxSpider como ArCluster, se conectan y se sirven de VE7CC.
O sea, si no inventan algo nuevo, el camino, cluster VE7CC, posiblemente sea este, no lo sé, hasta ahí no llego, hi, hi. Ah!, bajo mi punto de vista, como este programa, salvo el uso de un sistema de compatibilidad, no se puede instalar en Linux, ya que está creado para Windows, también es un inconveniente.
Este, entiendo, es un tema muy, muy importante para los radioaficionados, por lo cual, cualquier opinión, estudio o iniciativa al respecto es digna de tener en cuenta.
Y por supuesto, agradecidisimos todos los que no gusta el DX y la radio deportiva (los concursos) de los sysopts que mantienen los clusters sin pedir nada a cambio, faltaría más, muchas gracias.
Un cordial saludo de Juanito, EA5FID
Esta publicación fue modificada hace 4 semanas por EA5FID
Hola Juanito,
Gracias por tu respuesta. Coincido plenamente en que tanto AR-Cluster como DXSpider han supuesto una enorme aportación al mundo del DX y de los concursos, y que todos debemos estar agradecidos a los sysops que dedican su tiempo y recursos a mantener la red funcionando.
No obstante, creo que hay algunos aspectos técnicos que conviene valorar de cara al futuro.
En primer lugar, el propio CC Cluster (VE7CC-1), que mencionas como posible evolución, lleva más de un año sin desarrollo activo. Lee, VE7CC, ha realizado un trabajo extraordinario durante varios años, pero a día de hoy el software no evoluciona, no incorpora nuevas funcionalidades ni adapta su arquitectura a las necesidades actuales. Esto supone una diferencia importante frente a DXSpider, que continúa manteniendo un desarrollo activo después de décadas marcando el camino.
Además, CC Cluster es un software propietario y exclusivamente orientado a Windows. Esto limita tanto su capacidad de adaptación como la posibilidad de que otros desarrolladores contribuyan a su evolución. DXSpider, por el contrario, es software libre, multiplataforma y puede ejecutarse de forma nativa sobre Linux, un entorno ampliamente utilizado en servidores por su estabilidad, seguridad, menor consumo de recursos y facilidad de automatización, incluso en entornos Windows mediante soluciones compatibles.
Si analizamos la propia red mundial de clusters, observamos que actualmente más de la mitad del tráfico circula a través de nodos DXSpider, que representan aproximadamente más del 80 %. Es un dato objetivo que puede comprobarse en las estadísticas públicas de la red y refleja una tendencia clara hacia este software como base de la infraestructura actual.
Otro aspecto importante es la capacidad de filtrado. DXSpider incorpora un sistema basado en expresiones regulares (Regular Expressions o Regex), una herramienta enormemente potente para seleccionar o descartar tráfico según patrones muy complejos. Esto permite a cada usuario definir exactamente qué desea recibir y qué desea ignorar, algo que ni AR-Cluster ni CC Cluster ofrecen con el mismo nivel de flexibilidad. Cuando el volumen de spots supera con facilidad varios cientos por minuto, disponer de un filtrado realmente avanzado deja de ser una comodidad para convertirse en una necesidad.
Respecto a la integración con la Reverse Beacon Network, es cierto que AR-Cluster fue pionero incorporando filtros de calidad desarrollados por José, CT1BOH. Sin embargo, DXSpider no solo ofrece funcionalidades equivalentes, sino que las implementa desde una arquitectura mucho más flexible gracias al uso de Perl, un lenguaje especialmente eficaz para el tratamiento de cadenas de texto y el análisis de información en tiempo real. Esto facilita incorporar nuevas reglas, nuevos filtros y futuras mejoras sin depender de la evolución de un software cerrado. Un solo host puede manejar más de 1000 usuarios sin que se note.
Hay otro punto que considero especialmente importante y que cada vez adquiere mayor relevancia: la seguridad. Hoy, cualquier sistema conectado permanentemente a Internet debe estar preparado para soportar ataques o tráfico malicioso. Hace algún tiempo todos vivimos incidentes que provocaron caídas y bloqueos en numerosos nodos alrededor del mundo. Los nodos DXSpider correctamente actualizados y configurados resistieron mucho mejor esas situaciones gracias a los mecanismos de protección y control que incorpora el propio software. Ni AR-Cluster ni CC Cluster disponen actualmente de un conjunto de herramientas comparable para la mitigación y contención de este tipo de incidencias.
Por último, creo que conviene distinguir entre tradición y evolución tecnológica. Es cierto que muchos grandes contesters continúan utilizando AR-Cluster o CC Cluster, del mismo modo que muchos siguen utilizando programas muy consolidados por costumbre o por compatibilidad con configuraciones existentes. Sin embargo, la preferencia de una parte de los usuarios no constituye, por sí sola, un indicador de superioridad técnica. La evolución de una infraestructura debe valorarse por criterios como mantenimiento activo, capacidad de crecimiento, seguridad, flexibilidad, apertura y posibilidad de adaptación a futuras necesidades.
En mi opinión, DXSpider es actualmente el único software que reúne todas esas características: desarrollo activo, software libre, arquitectura abierta, gran capacidad de filtrado, integración avanzada con RBN, mayor resistencia frente a incidentes de red y una comunidad que sigue aportando mejoras de forma continua.
Ahora bien, lo que diferencia a DXSpider también puede ser un inconveniente: la posibilidad de personalizar con gran detalle determinadas funciones hace que un nodo pueda pasar de ser extremadamente útil a ofrecer un rendimiento deficiente si no está bien configurado. Por eso, es fundamental que los sysops sepan utilizar este software del mismo modo que un buen dxista sabe sacar el máximo partido a sus equipos.
Como siempre, son únicamente reflexiones técnicas. Todas las soluciones han contribuido enormemente al mundo del DX y todas merecen reconocimiento por el excelente trabajo realizado durante tantos años.
73 de Kin
Hola Kin,
Muchas gracias por tu respuesta.
Esto es lo que esperaba de ti, una contestación argumentada y con datos, te lo agradezco, ya que mi mensaje anterior y desde mi escaso conocimiento del tema, tenía la intención de motivarte para recibir mucha más información, por lo que entiendo, bien argumentada y contrastada.
De verdad que me parece uno de los temas más importantes y capitales para nuestra afición, que, además, es uno de los grandes olvidados, bajo mi punto de vista. Nos apoyamos en esta información para los DX y concursos.
Kin, te animo a que compruebes con tiempo, sin prisa, durante varios concursos y de forma simultanea, una conexión a un ArCluster y a un DxSpider al mismo tiempo, y compruebes sus resultados, utiliza cualquier programa de concursos que tenga un mapa de bandas (el N1MM no, si es posible) y mira la existencia de diferencias, comprobando los spots con la escucha en un equipo de radio.
Ya que, como bien dices, el DxSpider es un software libre y adaptable a las necesidades del usuario, tienes muchas posibilidades de mejorar la configuración de EA3CV-2.
Si te parece, dentro de unos meses nos cuentas los resultados, que seguro que nos servirán a todos para tomar decisiones a la hora de conectar con uno u otro cluster.
Repito, muchas gracias por tu interés, un cordial saludo,
Juanito.
Esta publicación fue modificada hace 3 semanas por EA5FID
EA2AZ reaccionó
Tema importantísimo, a ver si ponéis NODOS utilizable y con sus correspondientes filtros. gracias.
Inició el tema
Página 1 / 2
Siguiente
QDURE - https://qsl.ure.es
Imprime y confirma tus QSL en tan solo tres click.
Nunca fue tan fácil y cómodo
el confirmar tus contactos.
TIENDA ONLINE URE
Publicaciones, mapas, polos, camisetas, gorras, tazas, forros polares y mucho más...
WEBCLUSTER EA4URE
Conoce el nuevo WebCluster de URE, ahora con nuevos filtros e información y compatible con GDURE