{"id":25,"date":"2020-10-06T03:02:47","date_gmt":"2020-10-06T03:02:47","guid":{"rendered":"https:\/\/tecno-experts.com\/fransilvablog\/?p=25"},"modified":"2020-10-06T03:02:47","modified_gmt":"2020-10-06T03:02:47","slug":"troubleshooting-comunicacion-entre-controllers-y-hosts-esxi","status":"publish","type":"post","link":"https:\/\/tecno-experts.com\/fransilvablog\/nsx\/troubleshooting-comunicacion-entre-controllers-y-hosts-esxi\/","title":{"rendered":"Troubleshooting comunicaci\u00f3n entre NSX Controllers y Hosts ESXi"},"content":{"rendered":"

Hola, recientemente realic\u00e9 un soporte en un cliente, en el que se ten\u00edan problemas de comunicaci\u00f3n de los hosts ESXi y los controladores de NSX-V. Este ambiente en particular consta de NSX-V versi\u00f3n 6.4.6 y vSphere 6.7U3 y una arquitectura universal entre dos sitios. En donde se tienen dos NSX-V conectados entre si, teniendo como NSX primario al sitio A y como NSX secundario al sitio B.<\/span><\/p>\n

El evento de desconexi\u00f3n del canal de comunicaci\u00f3n del VTEP se da en el sitio B contra el NSX primario, es decir la comunicaci\u00f3n de los hosts ESXi del sitio B con el Universal Control Cluster (UCC) del sitio A, el mismo que se ubica en el NSX primario.<\/span><\/p>\n

<\/span><\/p>\n

Como se indica en la imagen, los hosts perdieron la comunicaci\u00f3n con el UCC (controllers) de NSX del sitio A,\u00a0alertados\u00a0por el canal de comunicaci\u00f3n en\u00a0DOWN<\/em>\u00a0y\u00a0Connection Refused<\/em><\/span><\/p>\n

<\/span><\/p>\n

Inicialmente, todo indica que se trata de un problema de comunicaci\u00f3n de red, pero la comunicaci\u00f3n del NSX primario con el NSX secundario est\u00e1 intacta y no presenta problemas de conectividad, por lo tanto, descartamos la conectividad WAN entre ambos sitios.<\/span><\/p>\n

Causa<\/span><\/strong><\/span><\/p>\n

Para identificar de mejor manera, ingresamos al host mediante SSH y verificamos los planos de control y de gesti\u00f3n que usa NSX para que el host haga las comunicaciones con el UCC.<\/span><\/p>\n

Primero chequeamos que el servicio\u00a0vSphield-Stateful-Firewall<\/span><\/a>\u00a0esta corriendo en el host, este servicio o cliente de bus de mensajes es usado por netcpa, ESGs y las VMs del control de DLR para comunicarse con NSX manager.\u00a0<\/span><\/p>\n

\"\"<\/span><\/p>\n

Ya que el servicio obtiene las direcciones IPs del NSX manager a trav\u00e9s del vCenter Server y los servicios vpxa\/hostd validamos si las direcciones IP de los Controladores NSX est\u00e1n correctas. Para esto NSX Manager env\u00eda archivos de configuraci\u00f3n cuando hace la preparaci\u00f3n de los hosts, esta informaci\u00f3n est\u00e1 en el archivo config-by-vsm.xml <\/strong>ubicado en la ruta etc\/vmware\/netcpad<\/strong><\/span><\/p>\n

\"\"<\/strong><\/span><\/p>\n

La informaci\u00f3n que nos muestra nos indica las direcciones IP de los controladores que el host ESXi debe conectarse para el canal de comunicaci\u00f3n de un DLR, a parte de informaci\u00f3n importante como el ID local que es usado para los \u00ablocal egress\u00bb.\u00a0Lo cual nos indica que las configuraciones est\u00e1n correctas.<\/span><\/p>\n

Continuando con la revisi\u00f3n, podemos validar el Panel del control del Host mediante el agente netcpad<\/strong>, con lo cual nos aseguramos que la comunicaci\u00f3n con los controladores usando el archivo de configuraci\u00f3n esta funcionando.<\/span><\/p>\n

\"\"<\/span><\/p>\n

Ahora, validamos que el puerto 1234 que es usado para la conexi\u00f3n TCP entre el agente netcpad y los controladores este abierto. La validaci\u00f3n se la realiza corriendo el comando\u00a0<\/span><\/p>\n

esxcli network ip connection list |grep 1234<\/code><\/pre>\n
\u00a0<\/span><\/p>\n
Y de acuerdo a los resultados, podemos decir que existe un bloqueo en el handshake del protocolo TCP usando el puerto 1234<\/strong>. El estado SYN_SENT<\/strong> significa que el host env\u00eda una trama de sincronizaci\u00f3n SYN para establecer la conexi\u00f3n pero nunca llega o tiene respuesta. Cuando la trama se env\u00eda y se establece la conectividad TCP se tiene un estado de ESTABLISHED<\/strong>.<\/span><\/p>\n
Soluci\u00f3n<\/span><\/strong><\/span><\/p>\n
La soluci\u00f3n es sencilla una vez identificando la causa de la p\u00e9rdida de conectividad, al tener un enlace capa 3, es decir que se tiene un firewall de por medio, podemos realizar la apertura del puerto 1234 que esta bloqueado entre las redes de los controladores NSX del sitio A y la redes de los hosts \/ VTEPs del sitio B.<\/span><\/p>\n
Abriendo el puerto 1234 podemos establecer la conectividad.<\/span><\/p>\n
\u00a0<\/span><\/p>\n
As\u00ed se pudo establecer la conectividad entre los hosts y los controladores, existen otros pasos de troubleshooting que podemos seguir aqu\u00ed<\/a>.<\/span><\/p>\n
Finalmente,<\/strong> entendemos que existen varios componentes del plano de control de NSX manager que gestionan o realizan los canales de comunicaci\u00f3n que debemos validar y buscar la causa ra\u00edz del problema. Entendiendo la arquitectura de la infraestructura y siguiendo los pasos por cada uno de los componentes hasta llegar al problema podemos solucionar los eventos presentados.<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"
Hola, recientemente realic\u00e9 un soporte en un cliente, en el que se ten\u00edan problemas de comunicaci\u00f3n de los hosts ESXi y los controladores de NSX-V. Este ambiente en […]<\/p>\n","protected":false},"author":1,"featured_media":26,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4],"tags":[38,39,15,16,17,37,40],"class_list":["post-25","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-nsx","tag-controllers","tag-controlplane","tag-nsx","tag-nsx-v","tag-nsxmanager","tag-troubleshooting","tag-vteps"],"_links":{"self":[{"href":"https:\/\/tecno-experts.com\/fransilvablog\/wp-json\/wp\/v2\/posts\/25","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/tecno-experts.com\/fransilvablog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/tecno-experts.com\/fransilvablog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/tecno-experts.com\/fransilvablog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/tecno-experts.com\/fransilvablog\/wp-json\/wp\/v2\/comments?post=25"}],"version-history":[{"count":0,"href":"https:\/\/tecno-experts.com\/fransilvablog\/wp-json\/wp\/v2\/posts\/25\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/tecno-experts.com\/fransilvablog\/wp-json\/wp\/v2\/media\/26"}],"wp:attachment":[{"href":"https:\/\/tecno-experts.com\/fransilvablog\/wp-json\/wp\/v2\/media?parent=25"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/tecno-experts.com\/fransilvablog\/wp-json\/wp\/v2\/categories?post=25"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/tecno-experts.com\/fransilvablog\/wp-json\/wp\/v2\/tags?post=25"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}