Có cách nào tốt để chuẩn hóa trên một chân ra qua cổng Ethernet được sử dụng để kết nối với các cổng bảng điều khiển của thiết bị mạng không?


7

Những thực hành tốt nhất này có một kết nối bàn điều khiển vật lý chuyên dụng với thiết bị mạng để quản lý. Giả sử thiết bị của bạn nằm trong phạm vi RS232 của máy trạm quản lý, điều này có thể có nghĩa là kết nối với các cổng bảng điều khiển RS232 của thiết bị của bạn qua UTP có cấu trúc đã có.

Tôi có một bộ sưu tập gồm ba thiết bị hiện tại của Cisco trong phạm vi máy trạm quản lý của tôi. Tuy nhiên, các cổng giao diện điều khiển RS232 của chúng không giống nhau:

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

Tất nhiên, việc kết nối với cổng bảng điều khiển RJ45 bằng cách sử dụng cáp ethernet có cấu trúc là chuyện nhỏ. Khi bạn làm điều đó, bạn kết thúc với sơ đồ tín hiệu RS232 sau tới UTP của bạn:

nhập mô tả hình ảnh ở đây

Đối với các cổng bảng điều khiển DE9, tiêu chuẩn duy nhất để kết nối RS232 qua UTP bị ngắt kết nối RJ45 dường như là TIA-561 (còn gọi là RS-232D) . Khi bạn làm điều đó, bạn kết thúc với sơ đồ tín hiệu RS232 sau tới UTP của bạn:

nhập mô tả hình ảnh ở đây

Như bạn có thể thấy kết quả này trong các tín hiệu RS232 trên UTP khác với các loại cổng giao diện điều khiển khác nhau - và đây là bộ sưu tập chỉ ba thiết bị hiện tại của một nhà cung cấp.

Mặc dù tôi chắc chắn rằng tôi có thể ghi lại điều này và đảm bảo tất cả quản trị viên đều có sẵn cáp / bộ điều hợp phù hợp để tạo kết nối thành công nhưng có vẻ như không cần thiết bị lỗi. Đặc biệt vì kết nối bàn điều khiển thường chỉ được sử dụng như một bản sao lưu trong thời gian căng thẳng khi các phương thức kết nối khác với thiết bị đã thất bại.

Lý tưởng nhất là tất cả các tín hiệu trên hệ thống cáp có cấu trúc sẽ tuân theo cùng một sơ đồ chân. Tôi có thể buộc mọi thứ tuân theo TIA-561 bằng bộ điều hợp tùy chỉnh ở mỗi thiết bị và máy trạm, nhưng tôi chưa bao giờ thấy điều đó được thực hiện ở bất kỳ nơi nào khác. Có cách nào tốt để chuẩn hóa chuẩn qua các đầu ra của RJ45 không?


3
Cả bạn và Fred đều ngụ ý rằng OOB không cần thử nghiệm, có vẻ như rất phổ biến rằng OOB không thực sự hoạt động khi bạn cần. Tôi tin rằng thậm chí không có điểm nào khi cài đặt OOB, trừ khi bạn có kiểm tra tự động và định kỳ, chúng tôi sử dụng tập lệnh để đăng nhập vào thiết bị cứ sau 3 giờ qua OOB, nếu cảnh báo đăng nhập thất bại được đưa ra. Cá nhân, tôi đã bình thường hóa sơ đồ chân của cổng (DB hoặc RJ45) (chúng tôi bình thường hóa thành sơ đồ chân của Cisco, tại cả JNPR + CSCO đều hỗ trợ nó, vì vậy nó hoạt động ít nhất cho môi trường của chúng tôi), vì vậy CAT5 luôn hoạt động. Và tôi sẽ sử dụng thông tin CAT5 hiện có.
ytti

Có câu trả lời nào giúp bạn không? nếu vậy, bạn nên chấp nhận câu trả lời để câu hỏi không xuất hiện mãi mãi, tìm kiếm câu trả lời. Ngoài ra, bạn có thể cung cấp và chấp nhận câu trả lời của riêng bạn.
Ron Maupin

@RonMaupin Không hẳn. Tôi vẫn chưa rõ cách tốt để làm điều này là gì.
alx9r

ĐỒNG Ý. Tôi chỉ đang cố gắng xem liệu chúng ta có thể dọn sạch một số câu hỏi mở cũ không. Một điều cần xem xét, dựa trên kinh nghiệm và tài liệu của Cisco, đó là RS232 từ các cổng giao diện điều khiển rất hạn chế về khoảng cách hoạt động của nó. Nó thường đứng đầu ở khoảng 25 '(khoảng cách cáp, không phải tổng khoảng cách). Tôi thiết lập một cái gì đó với cáp UTP tiêu chuẩn và chỉ cắm cáp Cisco (chúng đi kèm với mọi thiết bị, do đó thường có hàng tá đặt xung quanh) ở một đầu.
Ron Maupin

Câu trả lời:


2

Tôi không thể nói cho bất kỳ ai khác nhưng tôi thực hiện một TOR 8 đến 16 cổng 'máy chủ đầu cuối' được kết nối với Ethernet quản lý, chúng tôi không cố gắng sử dụng cáp có cấu trúc để đưa chúng đến một bộ máy chủ đầu cuối trung tâm. Sau đó chúng tôi kiểm tra như một phần của lượt lên. Chúng tôi cũng ở nhà chạy dây cáp, vì ít có khả năng ai đó sẽ ngắt kết nối một lỗi và bạn không biết rằng hệ thống cáp bị sai cho đến khi bạn thực sự cần nó.

Trừ khi bạn có trên trang web những người bạn thực sự tin tưởng, tôi sẽ không cố gắng tiết kiệm $$ cho điều này.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.