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?
fonte
Respostas:
Não posso falar por mais ninguém, mas faço um 'servidor de terminal' TOR de 8 a 16 portas que está conectado a uma Ethernet de gerenciamento; não tentamos usar o cabo estruturado para trazê-los a um conjunto central de servidores de terminais. Em seguida, testamos como parte do comparecimento. Também executamos os cabos em casa, pois é menos provável que alguém desconecte um por erro e você não sabe que o cabo está errado até que você realmente precise.
A menos que você tenha pessoas em quem realmente confie, eu não tentaria economizar $$ nisto.
fonte