Cuando conectamos dos switches Cisco, podemos configurar manualmente si el enlace será access o trunk. Sin embargo, en determinadas plataformas Cisco también existe un mecanismo de negociación llamado DTP (Dynamic Trunking Protocol).
DTP puede negociar dinámicamente la formación de un enlace trunk entre interfaces compatibles. Para entenderlo correctamente es fundamental distinguir tres conceptos: DTP no crea VLAN, no reemplaza IEEE 802.1Q y no es VTP.
En este artículo veremos qué es DTP, cómo funcionan dynamic auto y dynamic desirable, qué combinaciones forman un trunk, para qué sirve switchport nonegotiate, cómo verificar la negociación y qué prácticas conviene utilizar en redes reales.
¿Qué es DTP?
DTP (Dynamic Trunking Protocol) es un protocolo propietario de Cisco utilizado para negociar dinámicamente el estado de trunk de un enlace entre interfaces compatibles.
Los modos principales que debemos entender son:
switchport mode accessswitchport mode trunkswitchport mode dynamic autoswitchport mode dynamic desirable
Además, podemos utilizar switchport nonegotiate para deshabilitar la negociación DTP en una interfaz configurada de forma estática compatible.
DTP no es lo mismo que 802.1Q
DTP negocia si un enlace debe convertirse en trunk.
IEEE 802.1Q identifica las VLAN transportadas a través de un trunk mediante etiquetado de tramas, con el tratamiento correspondiente de la VLAN nativa.
Por tanto:
DTP -> negociación del modo trunk
802.1Q -> transporte e identificación de VLAN en el trunk
Un enlace puede estar configurado como trunk sin depender de negociación dinámica.
Consulta Trunk IEEE 802.1Q para profundizar en el funcionamiento del trunking.
Modos de DTP
Dynamic desirable
dynamic desirable intenta activamente convertir el enlace en trunk mediante negociación.
interface GigabitEthernet1/0/1
switchport mode dynamic desirable
Una interfaz en dynamic desirable puede formar trunk con un vecino compatible configurado como trunk, dynamic desirable o dynamic auto.
Dynamic auto
dynamic auto adopta una postura pasiva respecto de la formación dinámica del trunk.
interface GigabitEthernet1/0/1
switchport mode dynamic auto
Puede convertirse en trunk cuando el otro extremo promueve una negociación compatible, como dynamic desirable o trunk.
La combinación más importante para recordar es:
dynamic auto + dynamic auto
Los dos lados esperan que el otro promueva la formación del trunk. Por eso no se forma dinámicamente un trunk entre dos interfaces en auto.
Trunk
Con:
switchport mode trunk
la interfaz se configura para funcionar como trunk.
Es importante no confundir trunk estático con DTP deshabilitado. Dependiendo de la plataforma y configuración, una interfaz configurada como trunk puede continuar participando en DTP.
Cuando queremos un trunk explícitamente configurado sin negociación DTP, utilizamos, cuando sea soportado:
switchport mode trunk
switchport nonegotiate
Access
Con:
switchport mode access
la interfaz queda configurada como puerto de acceso.
Por ejemplo:
interface GigabitEthernet1/0/10
switchport mode access
switchport access vlan 10
Matriz de negociación DTP
| Lado A | Lado B | Resultado esperado |
|---|---|---|
dynamic desirable | dynamic desirable | Trunk |
dynamic desirable | dynamic auto | Trunk |
dynamic auto | dynamic auto | No forma trunk dinámicamente |
trunk | dynamic desirable | Trunk |
trunk | dynamic auto | Trunk |
access | dynamic auto | No trunk |
access | dynamic desirable | No trunk |
La matriz es útil para estudio y troubleshooting, pero el soporte y comportamiento exactos deben validarse para la plataforma y versión utilizadas.
Ejemplo: desirable + auto
SW1:
interface GigabitEthernet1/0/1
switchport mode dynamic desirable
SW2:
interface GigabitEthernet1/0/1
switchport mode dynamic auto
SW1 promueve activamente la formación del trunk y SW2 acepta una negociación compatible. El resultado esperado es un trunk.
Verifica con:
show interfaces trunk
show interfaces GigabitEthernet1/0/1 switchport
Ejemplo: auto + auto
SW1:
interface GigabitEthernet1/0/1
switchport mode dynamic auto
SW2:
interface GigabitEthernet1/0/1
switchport mode dynamic auto
Ningún extremo promueve activamente la formación del trunk. Por eso el trunk no se forma dinámicamente.
dynamic auto no significa “crear automáticamente un trunk en cualquier situación”.
¿Qué hace switchport nonegotiate?
switchport nonegotiate deshabilita la negociación DTP en la interfaz.
Un ejemplo habitual de trunk configurado explícitamente es:
interface GigabitEthernet1/0/1
description TRUNK-TO-SW2
switchport mode trunk
switchport trunk allowed vlan 10,20,30
switchport nonegotiate
La intención operacional queda explícita: el enlace debe ser trunk y no depende de DTP para decidirlo.
En plataformas y releases compatibles, switchport nonegotiate se utiliza con una configuración estática apropiada y no con modos dinámicos auto o desirable.
¿Por qué deshabilitar DTP?
En una red administrada normalmente conocemos de antemano la función de cada enlace.
Si un puerto conecta dos switches y debe ser trunk, podemos configurarlo explícitamente como trunk. Si conecta un endpoint y debe ser access, podemos configurarlo explícitamente como access.
Esto proporciona una intención de configuración más clara, reduce dependencia de negociación y simplifica troubleshooting. También es apropiado cuando el dispositivo vecino no soporta DTP.
DTP con equipos que no son Cisco
DTP es una tecnología propietaria de Cisco. No debemos asumir que un switch, firewall, servidor, hypervisor u otro dispositivo de otro fabricante entenderá DTP.
Cuando configuramos un trunk 802.1Q hacia un equipo que no participa en DTP, una práctica habitual es configurar el enlace explícitamente:
interface GigabitEthernet1/0/1
switchport mode trunk
switchport nonegotiate
El extremo remoto debe configurarse de acuerdo con su propia sintaxis y soporte de 802.1Q.
Que dos equipos soporten 802.1Q no significa que ambos soporten DTP.
DTP y VLAN nativa
DTP puede participar en la negociación del estado de trunk, pero no elimina la necesidad de configurar correctamente la VLAN nativa.
interface GigabitEthernet1/0/1
switchport mode trunk
switchport trunk native vlan 999
switchport trunk allowed vlan 10,20,30,999
switchport nonegotiate
Una inconsistencia de VLAN nativa es un problema diferente de DTP.
Consulta VLAN nativa.
DTP y allowed VLAN
Este comando:
switchport trunk allowed vlan 10,20,30
define qué VLAN pueden atravesar el trunk.
DTP, en cambio, está relacionado con la negociación del estado del enlace como trunk.
Podemos tener un trunk correctamente formado y, aun así, una VLAN específica no pasar porque no está incluida en la allowed list.
DTP vs VTP
Los nombres son parecidos, pero sus funciones son diferentes.
| Tecnología | Función principal |
|---|---|
| DTP | Negociar la formación de trunks |
| VTP | Gestionar/distribuir información de VLAN dentro de un dominio VTP |
| 802.1Q | Identificar VLAN en un enlace trunk |
DTP responde: ¿este enlace debe funcionar como trunk?
VTP trata la administración/distribución de información de VLAN dentro de su dominio y modos correspondientes.
Consulta VTP y VTPv3.
DTP y EtherChannel
Cuando configuramos EtherChannel, los enlaces miembros deben mantener parámetros compatibles.
Si el Port-channel será un trunk Layer 2, la intención del trunk debe ser coherente. Por ejemplo:
interface Port-channel1
switchport mode trunk
switchport trunk allowed vlan 10,20,30
DTP no sustituye un diseño coherente de EtherChannel.
Consulta EtherChannel, LACP y PAgP.
Cómo verificar DTP y el trunk
show interfaces trunk
show interfaces trunk
Permite comprobar qué interfaces están operando como trunk e información relevante de VLAN.
show interfaces switchport
show interfaces GigabitEthernet1/0/1 switchport
Es especialmente útil porque permite comparar el Administrative Mode con el Operational Mode.
show running-config interface
show running-config interface GigabitEthernet1/0/1
Permite comprobar exactamente qué fue configurado.
Administrative Mode vs Operational Mode
Este concepto es fundamental para troubleshooting.
Administrative Mode representa la intención configurada.
Operational Mode representa cómo está funcionando realmente la interfaz.
Una interfaz configurada como:
switchport mode dynamic auto
puede terminar operando como trunk si el vecino promueve una negociación compatible.
Por eso no debemos diagnosticar un enlace mirando solamente el running-config.
Troubleshooting: esperaba un trunk, pero no se formó
Comprueba ambos extremos
show interfaces GigabitEthernet1/0/1 switchport
show interfaces trunk
Busca auto + auto
Si ambos extremos están en dynamic auto, el trunk no se formará dinámicamente.
Comprueba si un extremo está en access
Un puerto configurado explícitamente como access no debe esperarse que forme un trunk mediante DTP.
Comprueba nonegotiate
Si un extremo utiliza switchport nonegotiate, no debemos esperar negociación DTP desde ese lado.
Comprueba compatibilidad
No asumas que el dispositivo remoto soporta DTP. En enlaces hacia equipos que no participan en DTP, configura el trunk explícitamente cuando sea apropiado.
El trunk existe, pero una VLAN no pasa
Si show interfaces trunk confirma que el trunk está operativo pero una VLAN específica no tiene conectividad, DTP probablemente ya no sea el principal sospechoso.
Revisa:
show vlan brief
show interfaces trunk
show spanning-tree vlan 10
Comprueba existencia de la VLAN, allowed VLAN list, VLAN nativa, STP, configuración del otro extremo y estado de interfaces.
Un problema de trunking no siempre es un problema de DTP.
¿DTP es inseguro?
Es más preciso decir que la negociación dinámica puede permitir un comportamiento innecesariamente flexible si el diseño no la necesita.
En puertos destinados a endpoints, una práctica defensiva es declarar explícitamente access:
interface GigabitEthernet1/0/10
switchport mode access
switchport access vlan 10
En enlaces de infraestructura que deben ser trunks, podemos declarar explícitamente el trunk y deshabilitar negociación cuando sea soportado y apropiado.
La seguridad de switching no depende únicamente de DTP; también puede involucrar Port Security, DHCP Snooping, Dynamic ARP Inspection, STP protections y otras funciones según el ambiente.
¿DTP todavía existe en switches modernos?
Sí. DTP continúa apareciendo en documentación y plataformas Cisco actuales compatibles.
No es correcto describirlo simplemente como un protocolo histórico que desapareció.
Sin embargo, soporte, defaults y comandos deben verificarse para el modelo y release específicos. No debemos inferir el comportamiento de todas las familias Catalyst a partir de ejemplos antiguos.
¿Debo usar dynamic auto o desirable en producción?
Depende del diseño, plataforma y política operacional.
Para laboratorios y estudio, los modos dinámicos son importantes para comprender la negociación.
En redes administradas, cuando sabemos qué puertos deben ser access y cuáles deben ser trunk, normalmente es preferible declarar esa intención explícitamente.
Puerto de usuario:
switchport mode access
Trunk administrado:
switchport mode trunk
switchport nonegotiate
cuando sea compatible con la plataforma y el dispositivo remoto.
Buenas prácticas
- documenta qué puertos son access y cuáles son trunk;
- evita depender de negociación dinámica sin necesidad concreta;
- configura explícitamente trunks de infraestructura cuando corresponda;
- utiliza
switchport nonegotiatecuando quieras deshabilitar DTP y la plataforma lo soporte; - valida la allowed VLAN list;
- configura conscientemente la VLAN nativa;
- verifica ambos extremos antes de realizar cambios;
- confirma soporte y defaults en la documentación del modelo y release.
Errores frecuentes
Pensar que dynamic auto siempre crea un trunk
No. auto + auto no forma dinámicamente un trunk.
Pensar que trunk deshabilita DTP
switchport mode trunk define el modo de trunk. No debe asumirse que eso equivale a deshabilitar toda negociación DTP.
Confundir DTP con 802.1Q
DTP negocia el estado de trunk. 802.1Q identifica VLAN en el trunk.
Confundir DTP con VTP
DTP y VTP resuelven problemas diferentes.
Configurar nonegotiate y esperar negociación
El objetivo de switchport nonegotiate es deshabilitar la negociación DTP.
Revisar solamente un extremo
La formación del trunk depende de la interacción entre los dos extremos. Troubleshooting de DTP requiere revisar ambos.
Preguntas frecuentes
¿Qué significa DTP?
DTP significa Dynamic Trunking Protocol.
¿DTP es estándar IEEE?
No. DTP es propietario de Cisco.
¿DTP transporta las VLAN?
No. DTP negocia la formación del trunk. IEEE 802.1Q es el mecanismo de trunking utilizado para identificar VLAN en los enlaces compatibles actuales.
¿Dynamic auto y dynamic auto forman trunk?
No. Ningún extremo promueve activamente la formación dinámica del trunk.
¿Dynamic desirable y dynamic auto forman trunk?
Sí, en interfaces y plataformas compatibles con DTP, esa combinación forma trunk.
¿Para qué sirve switchport nonegotiate?
Sirve para deshabilitar la negociación DTP en una interfaz configurada de forma estática compatible.
¿Puedo usar nonegotiate con dynamic auto?
No es la combinación apropiada para ese propósito. nonegotiate se utiliza con una configuración estática compatible, como access o trunk, según plataforma.
¿Un equipo de otro fabricante soporta DTP?
No debes asumirlo. DTP es propietario de Cisco. Configura explícitamente enlaces 802.1Q hacia equipos que no participan en DTP.
¿DTP y VTP son lo mismo?
No. DTP negocia trunks; VTP gestiona/distribuye información de VLAN dentro del dominio VTP.
¿DTP todavía es relevante para CCNA?
Sí. Entender dynamic auto, dynamic desirable, trunk estático y nonegotiate ayuda a comprender formación de trunks y troubleshooting.
Continúa estudiando Switching
- VLAN
- Trunk IEEE 802.1Q
- VLAN nativa
- VTP y VTPv3
- EtherChannel y Link Aggregation
- Spanning Tree Protocol
- Inter-VLAN Routing con SVI
Entender VLAN → 802.1Q → DTP → trunk operativo → allowed VLAN → STP permite diagnosticar un enlace de switching como un sistema completo, en lugar de memorizar comandos aislados.