Essas práticas recomendadas defendem ter uma conexão de console físico dedicada a equipamentos de rede para gerenciamento. Supondo que seu dispositivo esteja dentro do intervalo RS232 da sua estação de trabalho de gerenciamento, isso provavelmente significa conectar-se às portas do console RS232 dos seus dispositivos através de UTP estruturado já em vigor.
Eu tenho uma coleção de três dispositivos Cisco atuais, todos dentro do intervalo RS232 da minha estação de trabalho de gerenciamento. Suas portas do console RS232 não são todas iguais, no entanto:
Device Console Connector
====== =================
ASA5505 RJ45 Jack
SG500X DE9 Male
SG300 DE9 Male
Obviamente, é trivial conectar-se à porta do console RJ45 usando cabeamento Ethernet estruturado. Ao fazer isso, você acaba com o seguinte mapa de sinal RS232 para o seu UTP:
Quanto às portas do console DE9, o único padrão para conectar RS232 por UTP terminado em RJ45 parece ser TIA-561 (também conhecido como RS-232D) . Ao fazer isso, você acaba com o seguinte mapa de sinal RS232 para o seu UTP:
Como você pode ver, isso resulta em sinais RS232 no UTP que são diferentes para os diferentes tipos de porta do console - e isso ocorre com uma coleção de apenas três dispositivos atuais de um único fornecedor.
Embora tenha certeza de que poderia documentar isso e garantir que todos os administradores tenham os cabos / adaptadores certos disponíveis para fazer uma conexão bem-sucedida, isso parece desnecessariamente propenso a erros. Principalmente porque a conexão do console é frequentemente usada apenas como backup durante períodos estressantes, quando outros métodos de conexão com o dispositivo já falharam.
Idealmente, todo o RS232 no cabeamento estruturado seguiria a mesma pinagem. Posso forçar tudo a seguir o TIA-561 com adaptadores personalizados em cada dispositivo e estação de trabalho, mas nunca vi isso em outro lugar. Existe uma boa maneira de padronizar pinagens RS232 sobre RJ45?