Manual de acceso de usuario v1 para RF-Mikrotik

Pdf_icono hamnet

Tal y como prometí, ya esta publicada la versión v1 de este manual para conectar un usuario a hamnet por RF, también viene una guía para sysops , de como configurar la radio del nodo para dar acceso a los usuarios.

Todo en mikrotik.  Mas adelante lo haremos para radios UBQT.

Se aceptan correcciones y mejoras.
guia conexion de usuario por RF V1mikrotik.pdf

Net Julio, Net septiembre y nuevas incorporaciones

Ham-Radio-CQWW  APROVECHA-EL-TIEMPO-EN-TUS-VACACIONES-DE-VERANO_MOD-1024x768

En la net de ayer, ademas de hacer muchas pruebas y hablar de un montón de temas ( de los cuales comento en el post anterior ) , acordamos que en Agosto no haremos net, por que aunque todo el mundo dispone de mas tiempo por vacaciones, igual muchos están desplazados fuera de su QTH habitual, por lo que hemos pensado que sera mejor ahora en verano que  la gente  si quiere establecer QSOs causales, que quede por la lista de correo como indicador de presencia.

En septiembre retomaremos las nets mensuales como siempre.

Por otro lado decir que se ha incorporado otro nodo en la zona EA3 ya probando el nuevo direccionamiento BGP de 32 bits, la estación  EA3HSP  http://hamnetdb.net/?m=as&as=4221408739  y también en la zona EA1 estamos en contacto con ellos, para la incorporación de una red que tienen establecida también con estaciones de Portugal.

Feliz verano, os deseamos mucho cacharreo , si tenéis tiempo para ir añadiendo documentación al proyecto  y buena radio.

Enlaces RF en UHF, 1,2 ghz y 10 Ghz por Satélite

modulouhf

sathail

 

Ayer en la net mensual y durante todo este mes en la lista de correo, ha estado siendo muy comentados diferentes temas de enlaces por RF, fuera de lo que serían los habituales 2,4 y 5 ghz para nosotros con tecnología wifi.

Dada lo “poca densidad” de usuarios que somos ahora mismo, nos vemos obligados a hacer los enlaces entre nosotros por internet, que aunque nos están funcionado bien, lo ideal sería hacerlo por RF, pero debido a las distancias entre nosotros y la orografía, lo que para nosotros sería un “DX” requiere UHF, 1,2 ghz y enlaces por satélite.

 

Pues bien, Dani EA4GPZ tiene en marcha y funcionando experimentalmente un modulo UHF  en half dúplex y con un consumo de ancho de banda que se podría encajar en los planes de banda de 432 sin molestar al resto de usuarios, que funciona bastante bien y que ayer probo conectando en qso por mumble en voz IP ( esto si es “cacharreo”!! ).

Mientras tanto podéis mirar en la lista de correo y en el blog de Dani. http://destevez.net/2016/06/using-the-cc1101-and-beaglebone-black-for-ip-traffic-on-70cm/

También hablamos de las posibilidades para estos menesteres de la banda de 1,2 ghz, totalmente infrautilizada con unas características de alcance similares a la UHF pero con un ancho de banda mucho más grande.

Pero donde también está experimentando Dani (nos ira informando de ello ) es en los enlaces de satélite, donde está haciendo pruebas de recepción en bajada en 10 ghz , el tema de emisión-subida en 2,4 ghz está más complicado por lo que “Pican” los precios de los equipos necesarios, aunque cada vez se están poniendo más asequibles.

https://amsat-uk.org/satellites/geosynchronous/eshail-2/

Algo así sería un sueño para nosotros, poder hacer enlaces IP de hamnet por satélites amateur para cubrir distancias de 500 kms mínimo, sin depender de internet.

Extraigo aquí parte de los comentarios de Dani, sobre este satélite, en la lista de correo:

EsHail’2 tiene no usa nada digital. Tiene un transpondedor de banda
estrecha (250kHz) para usar en CW/SSB y un transpondedor lineal de banda
ancha (8MHz).

La subida de Es’Hail2 es en 2.4GHz.

El transpondedor lineal está pensado para usarlo en DATV. Imagino que lo
administrará AMSAT-DL. Dudo que dejen usarlo para el tráfico de datos IP
que propones, salvo quizá de modo experimental y no continuado. Además,
¿has mirado los link-budget para la subida?. No es moco de pavo. Hace
falta un disco de varios metros y unos 100W.

Yo de momento solo tengo pensado usar el transpondedor de banda
estrecha. Quizá en el futuro también haga alguna prueba para recibir el
transpondedor de banda ancha. No he echado las cuentas, pero es posible
que cambiando la frecuencia de la referencia del LNBF, se mezcle la
bajada a una frecuencia de banda L que sea usable por un STB DVB-S2.

Para la bajada uso un disco de 95cm y un LNBF con PLL Avenger modificado
para usar una referencia externa. De momento tengo un RTL-SDR conectado,
aunque es posible que use otro SDR. El ancho de banda no me preocupa
demasiado. Para la referencia externa estoy usando un OCXO de 27MHz,
pero tengo pensado cambiar a usar un GPSDO de 10MHz y un PLL de 27MHz.

Nodo EB5JEQ plenamente operativo

WP_20160705_13_56_56_Pro

Después de un año y pico de pruebas y test, por fin tengo mi nodo hamnet plenamente operativo.

Aunque ya tenia en marcha la conexión con el nodo central de EA4GPZ y ser el nodo principal de la zona EA5 con el router en el shack que hace esta función.

También he puesto en marcha muchos servicios gracias a una Raspberry Pi + hamserver Pi, y un servidor intel con w2003 server.

Pero faltaba poner en marcha el acceso por RF, que acabo de probar y activar.

Por lo que ya da servicio de acceso de usuario por RF ( por ahora solo en 5ghz, pero en el futuro pretendo dar acceso por 2,4 ghz también, al igual que tiene Dani EA4GPZ en su nodo ).

El acceso es del tipo Punto a multipunto PTMTP con una antena omni. Por lo que el nodo aceptara conexiones de estaciones en esta banda, si tiene cobertura en mi zona. Los interesados deberán contactar conmigo para que les habilite el acceso, aunque podrán ver la baliza SSID si pillan cobertura.

De echo ya tengo alguna estación interesada en mi zona para engancharse a hamnet, cosa que veremos si este verano pudiéramos hacer. No descarto  a futuro el hacer enlaces punto a punto con antenas directivas, PTP para enlaces de nodos ( no solo usuarios ).

La info esta disponible en mi web, en hamnetdb http://hamnetdb.net/?m=host&q=44.133.132.81&ypos=1&wasChanged=1  ,   en la baliza aprs ( con las coordenadas )  y aqui : AP 5.695 ghz / 10mhz / V / Omni /   SSID: HAMNET.ES_EB5JEQ-50  802.11 a/n

Todo ha sido realizado con tecnología microtik. La radio es un Mikrotik Groove A-52hpn + 10dBs Omni vertical antena.
Al mismo tiempo he ido realizando las guías rápidas de conexión, para facilitar a los usuarios una configuración fácil y rápida, por lo que en breve colgare el documento aqui y en las wikis.

También esta en realización la guía de configuración del nodo, porque la guía de configuración de hamserver pi, ya la tenéis publicada.

 

73’s

Asignación de direccionamiento BGP 32 bits en EA

26634-bgp-toc2

Finalmente hemos aprobado este v1.o de los standares de hamnet.es para el direccionamiento de 32 bits. Se han tenido en cuenta diferentes situaciones para cubrir todas las posibles aplicaciones: Sin código geográfico, con código geográfico basado en código postal, espacio para pruebas, asignación por distrito EA,  por provincias, y para integrar los ID’s DMR.

En los próximos días reservaremos las asignaciones en hamnetdb.

Dar las gracias a Dani EA4GPZ por su trabajo y al resto de colegas de hamnet por sus aportaciones.

ASIGNACION DE AS’s DE 32BITS EN HAMNET.ES
——————————————————

En hamnet.es se emplearán los AS’s privados de 32 bits de la forma 42214zzzzz,
donde z son dígitos del 0 al 9. Los 5 dígitos zzzzz se distribuirán del
siguiente modo:
* 00xxx. Uso especial sin código geográfico. Asignación secuencial. No hay
información geográfica asociada. Los tres dígitos xxx se asignarán
secuencialmente empezando por 000 y se llevará el registro de los AS asignados
por este método en HamnetDB.

* 01xxx – 52xxx. Asignación de código postal. Un sitio podrá usar los 5 dígitos
correspondientes al código postal donde está ubicado. No es necesario llevar un
registro de los AS’s asignados mediante este método. Se deberá asegurar que no
hay dos sitios distintos en el mismo código postal utilizando este sistema. La
probabilidad de que esto pase parece baja y fácil de detectar.

* 59xxx. Asignación de test. No se llevará registro de estas asignaciones. Se
usaran solo para pruebas. No se garantiza que la asignación sea única y no se
produzcan colisiones. Se recomienda elegir los 3 dígitos xxx aleatoriamente para
evitar colisiones al hacer pruebas.

* 6xyyy. Asignación secuencial por distrito. x será el número de distrito (EA1,
EA2, etc.). Los 3 dígitos yyy se asignarán secuencialmente comenzando por 000 y
se llevará el registro de los AS asignados por este método en HamnetDB.

* 7xxyy. Asignación secuencial por provincia. xx será el número de provincia
extraído del código postal (los 2 primeros dígitos del código postal indican la
provincia). Los 2 dígitos yy se asignarán secuencialmente comenzando por 00 y se
llevará el registro de los AS asignados por este método en AS 422148xyyy (sin necesidad
de registrarlo de manera separada en otro sitio). A los repetidores se les
asigna un ID de la forma 214xyy, donde x es el distrito e yy son dos dígitos que
se asignan secuencialmente en dicha web.

Cualquier asociación que posea un repetidor con ID registrado de la forma 214xyy podrá usar el AS 4221480xyy (sin necesidad de registrarlo de manera separada en otro sitio).

* Quedan sin asignar los siguientes segmentos: 53xxx – 58xxx, 60xxx, 700xx,
753xx-79xx, 9xxxx.

 

 

Integración DMR y Hamnet

dmr-logo

En hamnet tuvimos un hilo en la lista de correo  que creo que puede ser interesante poner aquí para abrir debate con los miembros de este foro.

La idea es que el direccionamiento BGP que se usa en hamnet de 16 bits, se vio que quedaba pequeño y en otros países se están pasando al direccionamiento de 32 bits que permite más direccionamiento. Estudiando el tema para hacerlo aquí en EA, se planteó la cuestión de integrarlo teniendo en cuenta la red DMR para que hubiera integración entre ambos sistemas.

Corte y pego los correos más interesantes:

 

parte de la discusión
se llevó en las listas de correo alemanas. Creo que la propuesta más
popular (aunque no sé si fue aceptada por todos) fue la siguiente:

“Usar el esquema

42<mcc>xxxxx

donde <mcc> son los tres dígitos de código MCC del país
(http://www.mcc-mnc.com/) y xxxxx son 5 dígitos para administrar por
cada país según se considere oportuno. Observar que algunos países
tienen varios códigos MCC según su tamaño.

En España el MCC es 214 y en Portugal 268.”

Sobre cómo asignar los 5 dígitos en España, tengo la siguiente
propuesta: Usar el código postal
https://es.wikipedia.org/wiki/C%C3%B3digo_postal_espa%C3%B1ol

Los primeros dos dígitos del código postal indican la provincia.
Ejemplo: Madrid es el 28. Además, el código 28000 (o xx000) no se usa,
por lo que si se quiere emplear un único AS para toda una provincia, se
puede usar este código postal.

Si se quiere asignar un AS distinto a cada sitio Hamnet (es lo que
estamos haciendo ahora utilizando confederaciones), se puede emplear el
código postal del municipio. Por ejemplo, mi estación está en Tres
Cantos, código postal 28760.

Dentro de cada provincia, los códigos xx070, xx071 y xx080 están
reservados por correos para usos especiales, por lo que también se les
puede dar algún uso especial en Hamnet de ser necesario.

Finalmente, los dos primeros dígitos del código van de 01 a 52. De esta
manera, quedan los dígitos 00 y 53-99 para emplear otro esquema de
asignación distinto.

¿Qué os parece esta propuesta? ¿Propuestas alternativas?

Estaría interesante llegar a un esquema de asignación en España y
empezar a usarlo.

73,

Dani.

 

me parece un sistema genial.

Los dígitos 00 y 53-99 podrían ser para lo que ahora estamos usando los 655xx

 

Luis

Entiendo que están asignando prefijos al estilo de los DMRID, MCC – zona – usuario

 

Luis

Luis, ¿puedes contarnos cómo se usan estos códigos? Oigo que en DMR y
demás se están usando asignaciones similares, pero no sé los detalles
por no estar activo en estos modos.

Estaría bien ver si se pueden compatibilizar de algún modo estas
asignaciones con las asignaciones Hamnet (quizá como propones tú).

Dani

La verdad es que sería lo suyo. Unificar la identificación de los hams con un modelo único.

En su momento ya planteé unifirmar la VoIP interna a MCCYXXX en vez de como se hace ahora.

 

Así tendríamos una id única para identificarnos en los nuevos sistemas

Además el actual sistema de VoIP a mi entender no es muy escalable.

 

Alex

en DMR se usar MCC – número de región – id

siendo id un número secuencial que te dan cuando te registras, yo fuí el número 14 en registrarme por EA5

así yo soy EA5IDN -> EA = 214, 5, 014 -> 2145014

 

Este número se usa en las redes DMR-MARC, DMR+ y BrandMeister

 

Luis

En mi opinión bastaría con tener un AS por distrito y de ahí un “edge router” que intercambiase rutas BGP con el resto de AS de la red.

Internamente en un distrito bastaría con tener OSPF y no sería necesario utilizar BGP.

 

Este “edge router” podría sumarizar las rutas de ese distrito y así ahorrar espacio en las tablas ARP

Es una propuesta que, como digo la llevo escrita desde hace tiempo

 

Alex

tres opiniones/reflexiones:

– Yo dejaría lo que está tal y como está, ya que ambas numeraciones coexisten perfectamente

– Vamos a ver cómo lo están haciendo los que ya han migrado antes de inventarnos nada

– Molaría tener un último dígito propio para poder inventarnos 9 ASs y poder jugar sin necesidad de complicar mucho las cosas (como funcionan los APRS SSID)

 

Luis

Pues la verdad que si se pudiera hacer compatible como indica Luis y además con el sistema de los modos DMR y demás, seria la bomba.

 

Pero no se si tanta integración será posible.

 

Miguel

Unificar las identidades sería algo genial.

¿posible? Si se logra coordinacion entiendo que si. Pero como vengo diciendo desde hace mucho tiempo. La radioafición ha cambiado y ahora ya no vale con “improvisar” crear aquí ,deshacer allí. Hay que tratar estas cosas de forma más seria.

 

En mi presentación del año pasado de Iberradio ya lo comentaba (ver www.slideshare.net/ssppcc) hay que planificar, diseñar y escrbir antes de pasar a la acción.

 

He visto otros proyectos en los que los “amos” (aka sysadmins) hacen y deshacen a su antojo sin:

 

– Comunicar nada a los usuarios

– Sin documentar la infraestructura

– Sin dejar opinar a los usuarios

 

Consecuencias:

 

– El usuario está perdido

– El usuario un día le funciona una cosa y al día siguiente no

– Malestar, disputas, etc…

 

No hay que llegar al extremo de tratar esto como si de un proyecto empresarial se tratase pero, lo que estamos montando requiere de mayor planificación que antaño, y requiere de tareas de las que el “radioaficionado de a pie” no está acostumbrado

 

Ya no vale improvisar, ahora hay que planificar y documentar.

 

 

Perdón por el “toston”.

 

Alex

Esta propuesta tiene sentido si cada distrito implementa esta
arquitectura de red. Tiene sus ventajas e inconvenientes. El primer
inconveniente que veo es que el distrito depende de que su edge router
no se caiga.

También, y lo que creo que es más importante, creo que hay que dejar
abierta la posibilidad de que el que lo decida pueda experimentar con
cualquier tipo de protocolos y sistemas de routing. Con esta propuesta,
fuerzas a todo el distrito a estar en una misma red OSPF.

De todas formas, tu propuesta es válida y compatible con todo lo demás.
En Austria usan algo parecido (creo, mi Alemán no da para tanto). Si un
distrito quiere establecer una red OSPF para todo el distrito, se puede
usar 00×000, con x el número del distrito. Por supuesto, esto no obliga
a que todos los sitios del distrito participen en esta red, pudiendo
usar otros protocolos de enrutamiento. También se puede hacer una red
OSPF para una provincia, usando el código xx000, donde xx es el código
de la provincia.

 

Dani

 

El 18/05/16 a las 11:15, n0p [Luis Bernal] escribió:
> tres opiniones/reflexiones:
> – Yo dejaría lo que está tal y como está, ya que ambas numeraciones
> coexisten perfectamente
> – Vamos a ver cómo lo están haciendo los que ya han migrado antes de
> inventarnos nada

Completamente de acuerdo. Esto de los AS de 32 bits salió hace meses y
yo decidí dejarlo como está porque es menos trabajo y de momento no nos
hacen falta en EA. Además, el soporte en HamnetDB no era bueno (ahora
parece que no hay problemas).

Parece que los que más se están moviendo a 32 bits, que son los
Holandeses, lo hacen por razones “políticas” (las relaciones entre
Holanda y Alemania a veces no son demasiado buenas en estos temas de 44net).

Discutir esto ahora es porque ha salido el tema y para tener algunas
ideas creadas de cara al futuro.

Dani

 

 

Resumen KDD dia 6 junio

pantallaphonerlite

Hicimos pruebas de llamadas Sip peer to peer , con el jitsi ( la app de windows ) y con el phonerlite, Dani estaba con otro cliente de linux ( no recuerdo cual dijo ) y no pudimos probar la videoconferencia y mensajes de texto sip ( jitsi incluso incluye compartir escritorio remotamente como el skype ).

Pero la voz funciono perfectamente.

Hay disponibles clientes  jitsi para deibian, ubuntu, mac, y mas cosas, en https://jitsi.org/Main/Download  para próximas pruebas.

Agradecer a Iñigo EA2CQ, la creación del subforo hamnet en el foro de radio digital de la URE, para dar a conocer el proyecto a mas gente( hemos puesto también aqui un link a la web de radio digital de la URE ) así como también decir que ya aparecemos en listado de hamnets mundiales en ampr.org con el link a esta pagina  ( podéis verlo en http://www.ampr.org/publications/ ) . También nos indican que añadirán la hamnet Portugesa, en cuanto su web este en funcionamiento ( ahora esta en obras ).

Las próximas pruebas, si  da tiempo para la KDD del próximo mes, seria poner en marcha todo el tema de el servidor de video southcast, la multiconferencia de vídeo, el servidor wordpress todo con la ayuda de Dani y vosotros, el manual de conexión con mikrotik y el de hamserver Pi. ya con eso seria mas que de sobra.

 

73s

Proxima net mes Junio

Ham-Radio-CQWW

El próximo lunes dia 6 a las 10:00 pm haremos nuestra net mensual.

Para esta ocasión estaremos en la sala mumble hablando de nuestras cosas, y uno de nosotros estará QRV en la sala Jitsi de internet haciendo de relay para que cualquiera que quiera escuchar desde internet, poder asistir como oyente.

Si en cualquier momento quieres participar, preguntar o entrar a hamnet, lo indicas y te atendemos.

Como apoyo tendremos la conferencia echolink EA8SPAIN