Ejemplo de red de transporte DMR

dmr-logo

 

Desde hace un año aproximadamente tenemos un caso practico real de uso de hamnet como red de transporte de datos para otros servicios como DMR y Fusion  .

El colega EA8EE José, muy activo en hamnet, DMR , la red brandmeister ( http://www.spain-dmr.es ) , etc.

Tiene en marcha el repetidor ED8ZAB de DMR ( 438.500mhz ), Fusion ( frecuencias 438.725 mhz ), conectados a internet a través de un enlace Hamnet   RF en la frecuencia de  ( 5.685MHz ) punto a punto con el QTH de EA8AQI para poder enlazar estos servicios con el resto de su red ( enlaces a la conferencia echolink EA8SPAIN, también en analógico en 29.610 FM y 50.580 FM ToNo 88.5. En ED8ZAB-R #1017,  el tg de DMR 9108, el canal , así como el canal Cello ,  http://zello.com/dmr , y el resto del mundo.

El enlace ocupa las ips 44.133.156.65 y 44.133.206.10, mas info en http://hamnetdb.net/index.cgi?q=ed8zab

De esta manera no es necesario tener un acceso internet en la torre del repetidor que puede resultar costoso, no siempre disponible de cobertura, y en caso de emergencias no depender de la red del proveedor ISP.

Un ejemplo claro de aplicación de hamnet . Tecnología de radioaficionados para radioaficionados.

Por otro lado estamos haciendo pruebas de una pasarela DMR en una subsala de nuestro servidor de conferencias de voz IP mumble en ea4gpz.es.ampr.org. Con el Talk Group TG 9108, pero por problemas en el enlace hamnet de José, que estamos mirando aun no conseguimos que este operativo 100%, Iremos informando si conseguimos resultados positivos.

DML

 
dml

 

El siguiente post es una copia de un mensaje que mandé ayer a la
lista de correo de Hamnet.es. Por recomendación de Miguel EB5JEQ, paso a
publicarlo también en este blog.

Durante las últimas semanas he estado haciendo algunas pruebas breves
con DML. Este es un nuevo software de VoIP para Radioaficionados. Las
características principales son:

* El software es libre y la red es descentralizada. Cualquiera puede
crear su propio servidor y unirlo a la red o incluso crear una red
completamente independiente.

* Está pensado para ser usado tanto por radio en repetidores y hotspots
como en PCs como aplicación VoIP. También soporta reflectores a los que
se pueden unir distintos repetidores/usuarios.

* Se puede usar para hacer streaming de vídeo. De hecho, es un software
muy flexible y se puede hacer streaming de cualquier contenido.

* Soporta unos paquetes llamados FPRS similares al APRS que sirven para
informes de posición y demás historias. Hay pasarela entre FPRS y APRS-IS.

* Utiliza el Codec 2 que usa FreeDV. Esto permite usar de forma nativa
repetidores y hotspots FreeDV en la red, tanto en V/UHF con los nuevos
modems 2400A y 2400B como en HF con los modems 1600 y 700B (y el nuevo
700C).

* Soporta una interfaz web para ver el estado de los servidores. Esta
interfaz permite escuchar la VoIP y ver los streams de vídeo
directamente desde el navegador.

* Soporta criptografía fuerte, pero solo para autenticación. Nunca para
cifrar. Se usan certificados OpenSSL y claves de criptografía con curvas
elípticas. Los certificados se pueden usar para implementar políticas
del estilo de quién puede acceder a cierto repetidor por internet.

* Posiblemente alguna cosa más que me dejo en el tintero.

En definitiva, DML es a la vez Mumble, BrandMeister, Echolink, Icecast y
mucho más, pero hecho desde cero pensando en ser usado por
Radioaficionados y en tener una red descentralizada con software libre.
(Respecto a los programas mencionados, Mumble no nos gusta porque
implementa cifrado de forma obligatoria, por lo que no se puede usar por
RF y porque los codecs son de alto bitrate, por lo que no se pueden usar
directamente para voz digital en V/UHF, BrandMeister no nos gusta porque
el software es privativo y la red es completamente cerrada, Echolink no
nos gusta porque la red es cerrada, el software de referencia es
privativo (hay svxlink, que es libre), usa el codec GSM y no es
conectable a voz digital en V/UHF, y Icecast sí que nos gusta pero es
solo para stream de vídeo).

Las ideas sobre DML están ya completamente descritas, pero la aplicación
es muy nueva y está ahora en completo desarrollo. Estoy en contacto con
su autor, Jeroen PE1RXQ, y literalmente cada día implementa cosas nuevas.

Podéis ver la interfaz web del servidor de Jeroen.

Las pruebas que he estado haciendo han sido de cara a poner un servidor
y un reflector en ea4gpz.es.ampr.org. Este reflector iría enlazado al
Mumble por una pasarela.

En las últimas pruebas he conseguido que esto funcione bien. La calidad
de audio de Codec2 3200 (el codec que se usa por defecto para VoIP) es
bastante aceptable. Algunos problemas con los que me he topado:

* En general, las versiones del software en Debian estable que hay en
ea4gpz.es.ampr.org son demasiado viejas para compilar correctamente DML.

* Alguna tontería sin importancia con respecto a la versión de OpenSSL.

* La versión vieja de websockets no funciona en absoluto con DML, de
modo que no he podido compilar el servidor web.

* Es un auténtico rollo hacer una pasarela con Mumble. La idea es
sencilla: Utilizar un cliente de Mumble, un cliente de DML, conectar el
audio de ambos por software y usar el PTT por VOX en ambos. Esto
funciona, pero el rollo es que el cliente de Mumble es gráfico y hay que
ir y conectarse manualmente al servidor. Esto es inaceptable para
tenerlo corriendo siempre, pues implicaría que a cada reinicio hay que
hacer esta intervención manual. Este es el peor problema. No he
conseguido ver un cliente de Mumble que me permita hacer esto por línea
de comandos. Quizá Jose EA8EE sabe algo más de hacer pasarelas con
Mumble, aunque creo que él también está usando el cliente gráfico.

Por tanto, aunque ahora mismo no están corriendo, sí que planeo dejar
corriendo continuamente en ea4gpz.es.ampr.org el servidor DML y la
conferencia. La pasarela con Mumble la arrancaré manualmente en mi PC
para la net mensual y otro tipo de eventos.

Esto permite que cualquiera que quiera hacer pruebas pueda hacerlas
contra el servidor y la conferencia de ea4gpz en cualquier momento. Me
gustaría dejar la pasarela con Mumble corriendo todo el rato, pero según
he visto de momento me parece poco viable.

Os invito a hacer pruebas con DML y si esto se vuelve popular se puede
usar ocasionalmente como sustituto del Mumble (aunque las pegas obvias
son que de momento no hay software para dispositivos móviles, etc.).

Lo más importante es que esto abre la puerta de forma sencilla a
utilizar hotspots y repetidores, lo cual con Mumble no es tan fácil ni
cómodo. Quizá en alguna net mensual pondré un hotspot FM en mi casa a
modo de pruebas. Una posibilidad es poner un acceso FreeDV en HF para la
net mensual. Es posible que en los meses de verano en 40m haya buena
cobertura nacional (hablo de 40m porque no tengo antena de 80m o 60m. si
alguien tiene antena de 80m o 60m, adelante. estas serían las bandas
buenas para este uso).

Lo más interesante es que este proyecto está justamente ahora en
desarrollo y que podemos contribuir con ideas al autor según nuestras
necesidades, etc.

Invitados a la Net de la tecnología

nettecnologia

 

El colega Jose EA8EE, también miembro de nuestro proyecto, nos invita este domingo  15  de Enero a las 16:00 hora EA, a impartir  una charla sobre hamnet.es en la net de la tecnología   http://www.ivoox.com/podcast-net-tecnologia-radioaficionados_sq_f1142279_1.html, en el que me a correspondido la responsabilidad de hablar acerca de ello y que espero hacer, lo mejor posible.

Hablaremos de  todos estos temas pero sobre todo al final de cada apartado propiciaremos la participación de los oyentes, con turnos ágiles  de preguntas y respuestas.

Utilizaremos la sala hamnet de Jitsi https://meet.jit.si/hamnet    para mostrar powerpoints o cosas dentro de hamnet.

Y también daremos accesos “gratis” vpn a hamnet, con un “Workshop”  para aquellos interesados en entrar, para ayudarles a configurar su conexión.

1-Aplicaciones:

QSO voz ip ( mumble ) y texto
Telefonía sip directa o por centralita ( emergencias )
Teclado a teclado ( pigdin )
QSO de vídeo y broadcast. DATV IP ( Videoconferencia Sip, Icecast server, multiconferencia MCU ).
Pasarelas a redes de voz ( Voz digital DMR, Dstar, etc – echolink -svxlink ) de video ( DATV ) de texto ( packet ax.25, Bpq, ampr , fldigi HF ).
Transporte de datos repetidores ( echolink, DMR ) Hamlink. Caso practico real repetidor ED8ZAB en Canarias.
Servicios clásicos : DXcluster, APRS, etc.

2-Servicios IP: Servidor web ( landing page web ), ftp ,email hamnet, wiki, foro hamnet, blog, etc.

3-Estado actual de la red en EA. Filosofía sistemas abiertos.

Lista de correo
Home page hamnet.es
Mapa hamnet.es
Net KDD mensuales en mumble
Temas avanzados de red. Estabilidad rangos Ips, ASs, DNSs, etc. pendiente AS de 32 bits.
Proyecto testeo red, en situaciones EMMCOM

4-RF:

Bandas de 5 , 2,4 ghz, 1,2 ghz y uhf , Ancho de banda, alcances,etc.
Equipos Mikrotik y Ubiquiti, etc.
Antenas Omni, direccionales y sectoriales.

5-Hamnet fácil:

Navegar y usar servicios básicos, acceso internet por VPN
Ser nodo: Conectarse al backbone EA e instalar Hamserver Pi
Dar acceso por RF: Activar accesos de usuario por radio.
Acceso usuario por RF.
Enlaces RF entre nodos: radio 100% evitando internet o como backhaul.
Coste de equipos
Guías y FAQs

 

Net mensual enero

Feliz año a todos. Este mes, como la gente puede estar de vacaciones en casa o de viaje, vamos a hacer 2 kdds.

Hoy Lunes 2 a las  10:00 pm hora EA.

Y el próximo lunes 9 a la misma hora.

De paso si pueden, los afortunados que han podido ir al increible 33C3 en Hamburgo del Chaos Computer Club,  https://events.ccc.de/congress/2016/wiki/Main_Page   según nos cuenta Alex en su blog https://digimodes.wordpress.com/2017/01/01/33c3-una-experiencia-inolvidable/ , nos cuentan su experiencia.

PD: A alguno de nuestros miembros ( Dani ) también como ponente  !!

Os esperamos a todos.

 

 

Net mensual mes de Diciembre Lunes 5

Ham-Radio-CQWW

Seguimos quedando como siempre el próximo lunes día 5 de Diciembre, que  es primer lunes de mes y por tanto celebramos la net mensual de Hamnet.es.

Hora y lugar usuales: las 22:00 hora EA (21:00 UTC) en el Mumble de
ea4gpz.es.ampr.org.

También hay acceso a este servidor Mumble por internet  IPv6 en
ea4gpz.destevez.net

Si queréis ir poniendo en los comentarios, posibles temas para tratar en la kdd.

Se ha comentado en la net y en la lista de correo….

fldigiwindowhtml

 

En la última net mensual se comentarios varios temas, entre los cuales destaco sin duda,  las CCDD en HF y por extensión en V/U, y también teniendo en cuenta el ejercicio que organizo la URE, emcomset 2k16 en donde además del habitual uso de la fonia,  proponían  el uso de Winlink para la parte de datos. Os trasladamos un pequeño resumen de lo comentado en la net y los posteriores hilos en la lista de correo.

 

Una de las cosas que todos parecemos estar de acuerdo es que no solo de hamnet “vive el hombre” y que aunque es el tema principal de nuestro proyecto, aquí confluyen gente interesada en diversos temas de radio que no siendo hamnet exclusivamente, son colaterales y muy relacionados entre si ( radio voz digital, emcomm, satélites, hardware, software, etc. ) y dado que mucha gente  valora en este  foro el  gran nivel técnico de los participantes así como los temas muy prácticos que se tratan, hemos decido de forma “oficial” ( ya lo era de forma oficiosa ) que también estamos abiertos a todos los temas de interés relacionados con hamnet, si no lo eran ya.

 

Por ahora seguimos en el formato de lista de correo, aunque si quieres poner posts en formato foro tradicional en su área correspondiente, también puedes publicar en el foro de hamnet y pones aquí el link al post.

 

Se ha comentado en la lista los pros y los contras de los estándares de software Ham CCDD para emcomm, como son los conocidos  Winlink, ALE hflink, pskmail, etc.

 

A priori son aplicaciones que están muy probadas, funcionan muy bien, muy completas, con bastante base de usuarios y son relativamente fáciles de poner en marcha.

 

Algo parecido al  echolink,  para la voz ip. Pero al igual que está pasando con el echolink  (ahora los autores quieren cobrar a los sysops por las licencias de los repetidores )  el inconveniente es que no son  aplicaciones abiertas, si no propietarias y esto en el mundo del amateur radio a la larga es un inconveniente pues limita la capacidad de innovación en nuestro mundo.

 

Por lo que vamos viendo Fldigi es la respuesta a todo esto, tiene casi las mismas ventajas que estas aplicaciones, si no las supera y encima es software libre y abierto.

 

Puede ser usada como una aplicación para comunicaciones DX CCDD convencionales en HF, también en V/U para uso Local ( depende de los modos que elijamos ) y también está preparada para comunicaciones Emcomm.

 

 

Además en el caso de winlink y pskmail, hay cierta polémica: Los críticos dicen que un señor que se puede permitir una embarcación de  recreo, se puede también gastar  el dinero en una conexión internet por satélite  ( tipo inmarsat o similar ) y que envié todos los correos que quiera.

Por otro lado, los favorables, defienden que también  hay muchos hams aficionados a
la mar y que de este modo pueden compaginar las dos aficiones, que gracias a ellos hay una infraestructura emcomm testeada, que se mantiene en  funcionamiento y que cuando alguien está en
apuros en alta mar, estos sistemas le pueden salvar la vida.

 

 

Por ello, fldigi va tomando importancia y de hecho los americanos ya van por delante y han creado un grupo  llamado NBEMS Narrow Band emergency messaging http://www.arrl.org/nbems y con el apoyo de la ARRL, Hay un buen par de powerpoints en esta página de presentación e info del tema, incluso de la integración con el HSMM-BB. Nos pueden servir de guía para nuestra Hamnet.

Aquí también hay bastante buena info :  http://wpaares.org/html/nbems.html

 

 

Por ello queremos experimentar  con fldigi, de cara a futuro, para bien recomendar a la gente que se dedica a organizar ejercicios emcomm, esta suite de aplicaciones CCDD, u  organizar nosotros nuestro propio ejercicio abierto a todo el mundo, como siempre.

 

 

También se ha hablado del sucesor del clásico packet ax25 en v/u usando AFSK, y que por lo que estamos viendo fldigi también podría sustituir, por ser más eficiente. Tiene compatibilidad con KISS con lo cual lo hace compatible con todo el software de packet.  Además John Wiseman el famoso creador del nodo BPQ para packet radio, ya le ha metido a su software compatibilidad con fldigi, lo que ya es un reconocimiento a que es un estándar en el mundo del ham radio.

 

 

http://www.cantab.net/users/john.wiseman/Documents/FLDigiDriver.html

 

Otra opción es el   Q15X25 o newpsk  http://www.sigidwiki.com/wiki/Q15X25  del mismo autor que el MT63, también compatible con ax25,  una opción interesante para investigar ( Se ha hablado de FX.25 , ax25 con FEQ, pero no está siendo usado por nadie, al parecer ) .

 

Os animamos a experimentar.

 

Net mensual Noviembre y cumpleaños

Ham-Radio-CQWW   cumpleanos

Cumplimos un año de nuestras net mensuales de hamnet. Seguimos quedando como siempre el próximo lunes día 7 de noviembre, que  es primer lunes de mes y por tanto celebramos la net mensual de Hamnet.es.

Hora y lugar usuales: las 22:00 hora EA (21:00 UTC) en el Mumble de
ea4gpz.es.ampr.org.

También hay acceso a este servidor Mumble por internet  IPv6 en
ea4gpz.destevez.net

Si quereis ir poniendo en los comentarios, posibles temas para tratar en la kdd.

Uno para ver ya es el comentario del  el colega Alemán en el blog del post del modulo para 70cm, Frederik, DO9FM.

Otro es que quiero montar ya en serio un sistema arduino de seguimiento de satélites V/U para la ISS y otros con APRS y Packet, con fines didacticos.

 

La zona EA1 en hamnet.es

 

hamnetpeninsula

La red que ya existía en Galicia Junto con Portugal en el proyecto liderado por el colega EB1AJP   que incluye  a la  Associação de Radioamadores do Alto Tâmega (ARAT) y Comunicaciones digitales de Galicia (CDG)  http://www.cdg-galicia.org/  , en la unión  de las Eurociudad Chaves-Verin, ha quedado plenamente integrada en hamnet.es

Mas info en el blog http://cacharreo.es/?q=Hamnet_Eurocidade_Chaves_Verin

Bienvenidos!!

Cambios en anuncio AMPR en BGP

 

26634-bgp-toc2

Dani, nos pasa esta info de cambios en las configuraciones de Hamnet.es:

 

Los bloques 44.133.128.0/17 (Hamnet EA) y 44.158.144.0/22 (Hamnet CT)
están empleando actualmente el gateway AMPR de DB0FHN para conectar con
la 44net internacional que no es accesible por BGP (esto es, el resto
del mundo menos Alemania, Austria y algunos países vecinos). DB0FHN
exporta por BGP las rutas que recibe por AMPR-RIPD. Dichas rutas se
originan todas en el AS64620.

Hasta ahora, el BGP en EA4GPZ estaba propagando las rutas provenientes
de AMPR-RIP, de manera que los paquetes con destino la 44net
internacional eran enrutados hacia DB0FHN.

Los cambios realizados son los siguientes:
* El BGP de EA4GPZ bloquea las rutas que se originan en AS64620.
* El BGP de EA4GPZ anuncia la red 44.0.0.0/8 a todos los BGPs vecinos
excepto DB0GW y F4HOF (es decir, a todos los BGPs vecinos en EA o CT).
* En el router de EA4GPZ hay una ruta estática que manda los paquetes
destino a 44.0.0.0/8 en dirección hacia 44.133.192.2 (DB0GW).

Los efectos de estos cambios:
* Fuera de EA y CT estos cambios no hacen ningún efecto (salvo el caso
de F4HOF, al cual le estábamos enviando las rutas originadas en
AMPR-RIPD aunque no le valían para nada).
* En EA y CT, si la IP de destino es accesible por BGP, al usarse la
subred más específica se emplea la ruta propagada por BGP. De este modo,
se accede a dicho destino por la ruta propagada por BGP. Si la IP de
destino no es accesible por BGP entonces la única ruta que concuerda es
44.0.0.0/8 y los paquetes se encaminan hacia EA4GPZ. Al llegar a EA4GPZ
los paquetes pasan a DB0GW, y ya la Hamnet alemana sabe cómo enrutarlos
hasta DB0FHN.

Las ventajas de este cambio (esencialmente más flexibilidad a la hora de
elegir el gateway AMPR y la posibilidad de usar varios gateway AMPR):
* Ahora es posible que una subred de Hamnet EA o CT use el gateway AMPR
de EA4GPZ en lugar de el de DB0FHN. Para esto, basta que el AMPR-RIP
anuncie dicha subred por el gateway de EA4GPZ (para el tráfico entrante)
y colocar una ruta estática en EA4GPZ que enrute el tráfico que no
concuerda con ninguna red BGP por el gateway de EA4GPZ (para el tráfico
saliente).
* Ahora es posible instalar un nuevo gateway AMPR en cualquier sitio de
Hamnet EA o CT y que un conjunto de ASs vecinos usen dicho gateway. Para
ello, los bloques de esto ASs deben anunciarse en AMPR-RIP por el nuevo
gateway. El nuevo gateway debe propagar la ruta 44.0.0.0/8 igual que
hace EA4GPZ. Los ASs que se encuentren en el borde de este conjunto
deben bloquear la propagación de la ruta 44.0.0.0/8 a través del borde
de este conjunto (en ambas direcciones).

A la hora de la práctica:
* En el futuro probablemente nos convenga utilizar el gateway de EA4GPZ
en lugar del de DB0FHN (u otro gateway más cercano, si alguien se anima
a instalar más gateways). Esto tiene la ventaja de que los paquetes que
van a la 44net internacional salen a internet directamente por EA4GPZ (o
otro gateway más cercano) en lugar de ir primero hasta DB0FHN. El único
problema es que para empezar a hacer esto se necesitan hacer cambios en
el portal de AMPR. Los usuarios del bloque 44.133.128.0/17 necesitaremos
la colaboración de Rafa EB2DJB y/o Brian Kantor y quizás Jann DG8NGN.
Los usuarios del bloque CT creo que solo necesitan la colaboración de
Jann (quizás).
* Podemos ofrecer la posibilidad de hacer de gateway AMPR a otras redes.
Estoy pensando en F4HOF y compañía, que creo que no tienen gateway AMPR
(aunque tampoco parece que les importe mucho) y en la red de Galicia y
el norte de Portugal con la que estamos realizando un enlace (creo que
no se ha hablado de esa red por esta lista, pero pasaré la información
en cuanto que el enlace esté plenamente funcional).