[Opensdwmn] Novedades maqueta OF con Alix

Fri Jul 19 09:58:07 CEST 2019

Hola Esteban,

Voy comentado alguna de las cosas que has ido escribiendo:

Los OVS de las Alix supongo que forman una red a nivel dos no? Puede que la razón de que los hosts no se conecten bien sea que las interfaces de las Alix tienen IPs? Puede que LLDP no esté activado en onos, o los ovs estén descartándolo.

La interfaz interna de los OVS, que conecta a la pila TCP/IP de la alix, tiene asignada una dirección IPv4 dentro del mismo sub-rango de red a los hosts. Gracias a ello, puedo tener conectividad con el controlador que también tiene una dirección IPv4 del mismo sub-rango de red.

Además, tengo activada la app para tener el protocolo LLDP y en las diversas capturas realizadas en la interfaz del controlador (eth0) observo mensajes de dicho protocolo (puede que se estén descartando en los switches, no lo sé). Los flows instalados por defecto determinan que las alix reenvíen los paquetes al controlador.

No se como es la configuración de BMX7, pero si usais IPv6 quizás tengais que activar Neighbor Discovery para detectar a los hosts. A mi me dio algunos problemas hasta que di con la solución:

cfg set org.onosproject.provider.host.impl.HostLocationProvider requestIpv6ND true

Con esto es con lo que estoy ahora. BMX7 usa IPv6 y en la documentación de ONOS vi lo que comentas junto con la activación de otras apps…. Aún no me ha funcionado, sigo en ello.

Ni idea sobre cual es el problema de TCP/IP pero, puede ser por las MTU? Eso podría hacer que los ping vayan bien pero TCP mal, y si hay algún túnel o bridge de por medio, quizás las MTU no coincidan.

A día de hoy no sé exactamente a que se debe si es a problemas de la MTU u a otro tipo (configuración de BMX7, activación de ciertas apps en el controlador…)

Muchas gracias por los consejos,
Atentamente,

[cid:CE7BE0EC-44C8-4DB2-B290-00CE7FA98A74 at urjc.es]

Alejandro Bravo Fernández
Dpto. Teoría de la Señal y Comunicaciones y Sistemas Telématicos y Computación
Universidad Rey Juan Carlos
Camino del Molino, s/n,<x-apple-data-detectors://1/1>
28943, Fuenlabrada (Madrid), España<x-apple-data-detectors://1/1>
alejandro.bravo at urjc.es<https://link.getmailspring.com/link/55B6110F-DFA9-44FD-B069-892ED4417AB9@getmailspring.com/0?redirect=mailto%3Asergio.martinez%40urjc.es&recipient=YWxlamFuZHJvLmJyYXZvQHVyamMuZXM%3D> | www.urjc.es<https://link.getmailspring.com/link/55B6110F-DFA9-44FD-B069-892ED4417AB9@getmailspring.com/1?redirect=www.urjc.es&recipient=YWxlamFuZHJvLmJyYXZvQHVyamMuZXM%3D> | @URJC |

El 18 jul 2019, a las 16:28, Esteban Municio <Esteban.Municio at uantwerpen.be<mailto:Esteban.Municio at uantwerpen.be>> escribió:

Hola Alejandro,

Suena muy bien. Pongo en linea algunos comentarios:

On Wed, 2019-07-17 at 11:17 +0000, Alejandro Bravo Fernández wrote:
Buenos días,

Presento algunas novedades tras la reunión que hemos tenido esta mañana. En la prueba realizada, he incorporado a la maqueta (wireless interfaces) dos PCs con direcciones IPv4 de la misma subred (192.168.3.X), conectándolos mediante ethernet a dos de la alix. Adjunto una imagen con la maqueta.

En base a ello (junto con las apps “fwd" y “OF" de onos) he conseguido hacer ping entre pc1 y pc2 y he conseguido observar a través de la interfaz de ONOS la topología (algo “extraña” porque los hosts nos los conecta bien a los switches) y los flujos instalados en las alix (adjunto captura con los flujos instalados en la placa con IP 192.168.3.103). Al terminar la ejecución del ping, los flujos debidos a la app “fwd" desaparecen quedando únicamente los debidos a la del “core".

Los OVS de las Alix supongo que forman una red a nivel dos no? Puede que la razón de que los hosts no se conecten bien sea que las interfaces de las Alix tienen IPs? Puede que LLDP no esté activado en onos, o los ovs estén descartándolo.

Genial que los ping ya funcionen con fwd. En el futuro para seleccionar rutas se podrían usar Intents y MetricLinkWeight para que configurando los enlaces añadiendo SparseAnnotations, las rutas cambien según la métricas que asignemos a cada enlace.

El siguiente paso sería incorporar el descubrimiento de vecinos mediante BMX7, cursando los paquetes por el OVS de cada alix. Por otro lado, la comunicación TCP/IP entre las alix sigue dando problemas, quedando aún por ver la importancia que tiene en lo mencionado anteriormente. Adjunto el error que sale en el log del servidor ONOS:
13:11:52.022 WARN  [NiciraSwitchHandshaker] Dropping messages for switch 00:00:00:0d:b9:23:53:59 because channel is not connected [OFGroupDescStatsRequestVer14(xid=1666, flags=[])]

No se como es la configuración de BMX7, pero si usais IPv6 quizás tengais que activar Neighbor Discovery para detectar a los hosts. A mi me dio algunos problemas hasta que di con la solución:

cfg set org.onosproject.provider.host.impl.HostLocationProvider requestIpv6ND true

Ni idea sobre cual es el problema de TCP/IP pero, puede ser por las MTU? Eso podría hacer que los ping vayan bien pero TCP mal, y si hay algún túnel o bridge de por medio, quizás las MTU no coincidan.

Un saludo,
Esteban

<Captura de pantalla 2019-07-17 a las 13.02.58.png>
<Captura de pantalla 2019-07-17 a las 12.46.21.png>

Atentamente,
<sig-local-a13d5bc7-f439.png>
Alejandro Bravo Fernández
Dpto. Teoría de la Señal y Comunicaciones y Sistemas Telématicos y Computación
Universidad Rey Juan Carlos
Camino del Molino, s/n,<x-apple-data-detectors://1/1>
28943, Fuenlabrada (Madrid), España<x-apple-data-detectors://1/1>
alejandro.bravo at urjc.es<https://link.getmailspring.com/link/55B6110F-DFA9-44FD-B069-892ED4417AB9@getmailspring.com/0?redirect=mailto%3Asergio.martinez%40urjc.es&recipient=YWxlamFuZHJvLmJyYXZvQHVyamMuZXM%3D> | www.urjc.es<https://link.getmailspring.com/link/55B6110F-DFA9-44FD-B069-892ED4417AB9@getmailspring.com/1?redirect=www.urjc.es&recipient=YWxlamFuZHJvLmJyYXZvQHVyamMuZXM%3D> | @URJC |

_______________________________________________
Opensdwmn mailing list
Opensdwmn at gsyc.urjc.es<mailto:Opensdwmn at gsyc.urjc.es>
https://gsyc.urjc.es/cgi-bin/mailman/listinfo/opensdwmn

--

Esteban Municio

PhD Researcher, IDLab, University of Antwerp, in collaboration with imec
esteban.municio at uantwerpen.be<mailto:esteban.municio at uantwerpen.be>
The Beacon | Sint-Pietersvliet 7 | 2000 Antwerpen, Belgium
_______________________________________________
Opensdwmn mailing list
Opensdwmn at gsyc.urjc.es<mailto:Opensdwmn at gsyc.urjc.es>
https://gsyc.urjc.es/cgi-bin/mailman/listinfo/opensdwmn

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gsyc.urjc.es/pipermail/opensdwmn/attachments/20190719/d02cf6ce/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sig-local-a13d5bc7-f439.png
Type: image/png
Size: 9361 bytes
Desc: sig-local-a13d5bc7-f439.png
URL: <http://gsyc.urjc.es/pipermail/opensdwmn/attachments/20190719/d02cf6ce/attachment-0001.png>