这些最佳做法支持有一个专用的物理控制台连接到网络设备进行管理。假设您的设备在管理工作站的RS232范围内,这可能意味着通过已经就位的结构化UTP连接到设备的RS232控制台端口。
我有三个当前思科设备的集合,都在我的管理工作站的RS232范围内。但是,它们的RS232控制台端口并不完全相同:
Device Console Connector
====== =================
ASA5505 RJ45 Jack
SG500X DE9 Male
SG300 DE9 Male当然,使用结构化以太网布线连接到RJ45控制台端口非常简单。当您这样做时,您将得到到UTP的以下RS232信号映射:

至于DE9控制台端口,通过RJ45 45终止的UTP连接RS232的唯一标准似乎是TIA-561 (又名RS-232D)。当您这样做时,您将得到到UTP的以下RS232信号映射:

正如您可以看到的那样,UTP上的RS232信号对于不同的控制台端口类型是不同的--这与来自单个供应商的三个当前设备的集合不同。
虽然我确信我可以记录这一点,并确保所有管理员都有正确的电缆/适配器可供成功连接,但这似乎不必要地容易出错。特别是在其他连接设备的方法已经失败的紧张时期,控制台连接通常只用作备份。
理想情况下,结构化布线上的所有RS232都会遵循相同的插孔。我可以在每个设备和工作站上使用自定义适配器强制所有东西都遵循TIA-561,但我从未见过其他地方这样做。是否有一个好的方法来标准化RS232而不是RJ45喷出?
发布于 2013-10-20 00:17:04
我不能代表任何人说话,但我做的是一个TOR 8到16端口“终端服务器”,连接到管理以太网,我们不尝试使用结构化电缆将它们带到中央一组终端服务器。然后,我们测试作为出现的一部分。我们也运行电缆,因为这是不太可能有人会断开一个错误,你不知道电缆是错误的,直到你真的需要它。
除非你在网站上有你真正信任的人,否则我不会试图在这里保存$$s。
https://networkengineering.stackexchange.com/questions/3648
复制相似问题