general

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

 

 

Reuniones periódicas en Internet y QSOs casuales en Hamnet.es

Tras la reunión en la sala de videoconferencia de met.jit, en  https://meet.jit.si/hamnet, de internet, hemos decidido que por ahora, con motivo  de promocionar el proyecto hamnet, realizar reuniones periódicas en esta plataforma.

Aunque estas reuniones con la infraestructura actual, ya las podemos hacer en hamnet.es en nuestro punto de encuentro mumble, y es muy fácil entrar por el acceso VPN que tenemos para los colegas EA. Pero para facilitar a los colegas interesados así como personas que no son radioaficionados, pero  podrían estar interesados en serlo por que les atrae esta modalidad de radio, por lo que de este modo será más divulgativo.

logomumble   logoopenmetings  

Por ello acordamos que el primer jueves de cada mes se realizara esta “net” de 11:30 a 12:30 de la noche.

Por otro lado acordamos también estar  QRV en hamnet en la sala mumble,  al mismo tiempo que cuándo estemos operativos en radio, para que cualquier Ham que se conecte a hamnet, encuentre colegas en la sala para fomentar QSOs casuales en hamnet, y no crear la sensación de vacío de que “aquí no hay nadie”.

La dirección es  mumble:\\ 44.133.130.2  o mumble:\\ea4gpz.ampr.es.org ( necesitaras el cliente mumble instalado para poder entrar )

También se acordó montar un servidor Openmeetings, para poder tener también una plataforma de conferencia y presentaciones  audio&video webRTC dentro de hamnet.

Os esperamos a todos.

eaxxxx.es.ampr.org ya disponible!!

Desde el día 3 de marzo ya tenemos asignado el subdominio para España de es.ampr.org. Que aunque ya funcionaba en la isla EA con nuestro servidor DNS nacional, tal y como publicamos en su día en el post correspondiente, ahora ya funciona a nivel mundial desde cualquier conexión Hamnet que se haga de cualquier parte del mundo.

Ahora solo nos falta oficializar en el portal ampr.org el bloque de ips asignado de facto al proyecto, cosa la cual ya esta solicitada y quedaría cerrado este importante aspecto de la arquitectura de la hamnet.es

Servidor DNS EA y dominio es.ampr.org

dns

Parodiando» la frase del narrador de la peli «terminator 2» «El día 26 de diciembre de 2014 la red hamnet, tomo conciencia de si misma» .

Bromas a parte, el servidor resuelve las ips tanto directas como inversas.

Por ahora esto solo funciona si entráis a la hamnet poniendo vuestro servidor dns 44.133.130.2 en la instalación, no funcionara fuera de este servidor ( solo la isla EA ) y por cualquier servidor de internet ( por ejemplo google 8.8.8.8 puesto que ya se han propagado desde que Dani lo pusiera en marcha el día 24).

Para que funcione el resto de hamnet mundial falta que nos asignen es.ampr.org a nosotros, cosa que esta en tramite. Os avisaremos en este mismo post en cuanto lo tengamos.

Ejemplo de servicios que podemos entrar a mi nodo ( si tengo el servidor en marcha ):

telnet://bpqax25.eb5jeq.es.ampr.org:7000

http://bpqax25.eb5jeq.es.ampr.org:8080

http://jnos.eb5jeq.es.ampr.org

http://jnos.eb5jeq.es.ampr.org:10000

ftp://jnos.eb5jeq.es.ampr.org

telnet://jnos.eb5jeq.es.ampr.org

web landing page del nodo ( en preparación ) http://uxserver.eb5jeq.es.ampr.org , o  http://web.eb5jeq.es.ampr.org

Ojo al detalle : Daros cuenta que todas estas direcciones son solo alcanzables si entráis a la hamnet o ampr.org desde un acceso vpn o conectados directamente. Es decir que puede que vuestro equipo resuelva el nombre dns a una ip, pero no podréis entrar desde internet y os dirá que no encuentra la pagina.

En principio seria deseable que se pudiera entrar desde los 2 sitios ( desde hamnet y internet ) a esa dirección. Pero :

-Es técnicamente complicado ( por cuestiones que ya hemos comentado anteriormente en este foro ) con la Universidad de San Diego, California el tema de las dominios ampr.org acceder desde internet aunque hay gente que lo ha hecho.

-La tendencia actual es que las direcciones ampr.org solo sean accesibles desde la red 44 bien desde ampr.org o hamnet.

Los Alemanes hace tiempo que están quitando sus dominios ampr.org del acceso de internet ( se resuelven pero no se accede ), para entrar por internet y teniendo en cuenta que las paginas que salen sean de solo lectura o «SWL» ( no permiten transmitir a ningún usuario que no sea radioaficionado enviar nada, salvo que haga un login, control de acceso, identificándose o validándose como radioaficionado, por lo que tendrá que pedir acceso antes ).

Por ejemplo a db0tv se accede por internet como http://www.ruhrlink.org y por hamnet como http://db0tv.ampr.org

Ejemplo de mi estación:

Acceso por internet http://eb5jequxserver.eb5jeq.es ( no lo intentéis por que no esta configurado aun) y por hamnet como http://uxserver.eb5jeq.es.ampr.org.

Estos 2 links irán al mismo sitio web o no ( en el caso de db0tv tienen una versión reducida en internet del verdadero sitio db0tv. mas como información general para interesados y ya si quieres saber de verdad, entra por hamnet, via RF o VPN ) .

Asignación de IPs , AS’s y DNS EA

hamnetdb

Ahora mismo en EA, la asignación de IPs, AS y dominios DNS que tenemos es:

-ampr.org clásica o tradicional : bloque 44.133.0.0/16 que cubre todas las redes de 44.133.0.1 – 44.133.255.254 , unos 65500 hosts. Este bloque lo administra Rafa EB2DJB. Esta bloque trabaja sobre las dns’s ampr.org ejemplo estacion.ampr.org eb5jeq.ampr.org o servicio.estacion.ampr.org ejemplo mbox.eb5jeq.ampr.org

Ejemplo de uso, por ejemplo un nodo JNOS, Xnet, Linux Node, etc.

-hamnet.es: bloque 44.133.128.0/17 que cubre todas las redes de 44.133.128.1 – 44.133.255.254. Unos 32.700 hosts ( las mitad de grande que el anterior por ahora ). Este bloque que lo administramos nosotros. Este bloque va a trabajar sobre las dns’s es.ampr.org

Por lo que una dirección dns para contactar con una estación sin necesidad de usar una Ip, va a ser:

servicio o host.estacion.es.ampr.org ejemplo bpqax25.eb5jeq.es.ampr.org o web.eb5jeq.es.ampr.org, tal como se especifica en la tabla de nombres dns estandarizados que especifico Alex en el documento que estará en la FAQ, al igual que este.

Esto se puede hacer al dar de alta el host en hamnetdb.net, al poner el nombre y añadiendo nombres adicionales con el campo CNAME, va a permitir que tu host tenga mas de un nombre DNS, y que esto se actualice automáticamente pues nuestro servidor DNS, lee de la base de datos hamnetdb.net esa info.

Aquí el tema de los AS asignados que tenemos en EA en la hamnet.es seria:

Distrito EA / asignación AS / Bloque IP user&service network / Backbone network
1 AS64709 44.133.140.0/22 EA1 44.133.196.0/23 EA1
2 AS64708 44.133.136.0/22 EA2 44.133.200.0/23 EA2
3 AS64712 44.133.144.0/22 EA3 44.133.198.0/23 EA3
4 AS64710 44.133.128.0/22 EA4 44.133.192.0/23 EA4
5 AS64711 44.133.132.0/22 EA5 44.133.194.0/23 EA5
6 AS64713 44.133.148.0/22 EA6 44.133.202.0/23 EA6
7 AS64714 44.133.152.0/22 EA7 44.133.204.0/23 EA7
8 AS64715 44.133.156.0/22 EA8 44.133.206.0/23 EA8
9 AS64716 44.133.160.0/22 EA9 44.133.208.0/23 EA9

y quedarían 64717-64719 de reserva, pruebas y/o ampliación.

La backbone network es la que se usa para hacer los enlaces punto a punto ip-ip por inet, o los enlaces por RF
La user&service networks son las que el usuario tiene en su instalación.

De estos bloques, cuando una estación pide acceder se le asigna un bloque a.b.c.d/28 o 27 de su zona, esto le va a permitir hasta 30 direcciones ip de su rango o 14 dependiendo de las necesidades de la estación ( accesos usuario RF y /o VPN server ) , mas que suficiente para todo tipo de aplicaciones,  y un par ( /30 ) del bloque /23 para enlaces ptp ip-ip.

Así mismo ahora mismo el servidor dns oficial que vamos a usar en la hamnet.es va a ser :

dnsroot1.es.ampr.org ip 44.133.130.2