这些最佳实践支持将专用物理控制台连接到网络设备以进行管理。假设您的设备在您的管理工作站的 RS232 范围内，这可能意味着通过已经就位的结构化 UTP 连接到您设备的 RS232 控制台端口。

我的管理工作站的 RS232 范围内收集了三个当前的 Cisco 设备。它们的 RS232 控制台端口并不完全相同，但是：

Device      Console Connector
======      =================
ASA5505     RJ45 Jack
SG500X      DE9 Male
SG300       DE9 Male

当然，使用结构化以太网电缆连接到 RJ45 控制台端口是微不足道的。当你这样做时，你最终会得到以下 RS232 信号映射到你的 UTP：

至于 DE9 控制台端口，通过 RJ45 端接的 UTP 连接 RS232 的唯一标准似乎是TIA-561（又名 RS-232D）。当你这样做时，你最终会得到以下 RS232 信号映射到你的 UTP：

正如您所看到的，这导致 UTP 上的 RS232 信号对于不同的控制台端口类型是不同的——而且这是来自一个供应商的三个当前设备的集合。

虽然我确信我可以记录这一点并确保所有管理员都有正确的电缆/适配器可用于成功连接，但似乎不必要地容易出错。特别是因为控制台连接通常仅在其他连接到设备的方法已经失败的压力时期用作备份。

理想情况下，结构化布线上的所有 RS232 都遵循相同的引脚排列。我可以在每个设备和工作站上使用自定义适配器强制所有内容遵循 TIA-561，但我从未见过其他任何地方这样做过。是否有一种通过 RJ45 引脚对 RS232 进行标准化的好方法？