1

Сеть HPUX 11i, работающая на новом оборудовании, для того, что они называют «критически важными» операциями в уникальном бизнесе, завершается для пользователя на Sherwood 7000ST. Будучи функциональным (и молниеносным по сравнению с системами Web 2.0, с которыми я вырос), терминалы, соединяющиеся через DB-25 (спасибо @grawity) RS232 по всему офису, должны быть выведены из эксплуатации. Они будут заменены современными соединениями Ethernet через RJ45, идущими в коммутатор с сервером в одной подсети, и мне нужно понять, как это повлияет на наше приложение.

НАСТРОИТЬ:

Обслуживание приложений поочередно работает нормально.

Telnet и SSH установлены.

Существуют карты NIC и COM PCI. (LMK, если терминология неточна - завтра я запущу dmesg и обновлю сообщение.)

ПРОБЛЕМА, КАК В НАСТОЯЩЕЕ ПОНИМАНИЕМ:

Существует много возможных конфигураций последовательного терминала.

Telnet и SSH работают в эмуляторах терминала при обычном подключении через Ethernet.

У меня нет твердых оснований ожидать безупречного перехода этого приложения.

Ранее обновления сервера вызывали ужасную дисфункцию между внешне совместимым оборудованием, когда проприетарная разводка означала, что наши (последовательные) преобразования RJ45 в 25-контактный RS232 в 9-контактный RS232 имели буквально перекрещенные провода, поскольку оборудование отличалось от спецификации. Здесь легко найти аналогии с программным обеспечением, но они должны быть одинаково трудны в производстве!

@Bob - переключатель будет на месте. Какие еще соображения я должен сделать? Увидеть ниже.

ВОПРОСЫ:

  1. Стоит ли ожидать, что telnet будет «просто работать» на новом Linux-боксе (например, Raspberry Pi) при входе на сервер? Это будет проходить через переключатель, конечно. Но могут ли сети Ethernet заменить последовательные сети в качестве подключаемых на каждом уровне, вплоть до приложений?

  2. Скорость передачи данных, очевидно, больше не понадобится, но как насчет других настраиваемых параметров, таких как escape-символы?

  3. Перенос строки?

  4. Paging?

  5. Важно: А как насчет программ, которые определяют отображение терминала (например, Unibasic)?

  6. Важно: рискует ли RJ45 быть как-то «несовместимым» с существующей системой?

НОТА

Я запутался, когда происходит обработка, и любая более глубокая характеристика вышеупомянутых проблем в этом контексте была бы оценена. Моды, пожалуйста, примите этот расплывчатый вопрос из-за отсутствия существующего обсуждения на Stack Exchange. Я внимательно посмотрел перед публикацией. Я с удовольствием задокументирую свое исследование существующего лит.

Огромное спасибо.

|источник

1 ответ1

0

Вы должны знать, что на стороне HP-UX интерфейсы RS-232 полностью отличаются от сетевых интерфейсов, которые снова отличаются от API telnet .

Если все, для чего вы используете свои терминалы, это войти в HP, то вы можете заменить его на telnet или ssh если хотите, чтобы он был более безопасным.

Если у вас есть специальное программное обеспечение, к которому подключаются эти терминалы, это может быть серьезной проблемой: вам придется адаптировать программное обеспечение для работы с новым типом подключения. Что, в зависимости от программного обеспечения, может быть легким, сложным или невозможным, но это главная проблема здесь.

На вопросы:

1) да.

2) Не имеет значения, все прошло. Если вы используете его для входа в систему, вы все равно можете изменить backspace/del и т.д. Через stty (если это то, что он также называется на HP, прошло слишком много времени с тех пор, как я его использовал).

3,4,5) Это функция способа, которым приложение и программа терминала интерпретируют управляющие последовательности. Транспорт не влияет на это.

6) Смотри выше.

Следует помнить, что обработка работает на слоях.

RS-232 и Ethernet («RJ-45») очень разные транспортные технологии, как и протоколы (telnet , ssh), которые работают через Ethernet. У вас должен быть кто-то, кто знаком с современными сетевыми технологиями и может установить все это для вас. Если у вас его нет, наймите его или попросите другую компанию сделать это за вас.

Выше этого транспортного уровня, когда программное обеспечение с обеих сторон просто видит поток символов, различия минимальны.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .