Транспортный протокол и прослушиваемые порты

На этом шаге выбирается протокол, который будет использоваться для обмена данными между VSP и DS. Также здесь выбирается номер прослушиваемого порта на той стороне (или сторонах) линии, которая будет принимать входящие соединения с другой стороны.

В общем случае рекомендуется использовать TCP/IP, если нет веской причины (что бывает очень редко) выбрать протокол UDP/IP.

Есть один случай, когда выбор UDP/IP недоступен и протокол TCP выбран заранее: это когда на шаге целевого DS Wizard вы указали способ доступа inband. Поскольку доступ inband требует TCP/IP-соединения с данными с DS, транспортным протоколом должен быть TCP/IP!

При каких обстоятельствах выбор транспортного протокола и порта недоступен

Как сказано выше, если для Wizard выбран способ доступа inband, транспортным протоколом должен быть TCP/IP. Кроме того, в этом случае выбор порта недоступен. На данном этапе Connection Wizard уже связан с DS. Связь идёт через транспортный канал данных DS, а не через отдельный командный канал, как в Telnet или при режиме out-of-band.

DS обычно находится далеко, например в WAN, иначе вы не стали бы использовать доступ inband. Поэтому между вами и DS наверняка есть межсетевые экраны и шлюзы. Межсетевые экраны пропускают трафик только на определённых портах, а UDP-пакеты в WAN часто отбрасываются.

Если сейчас переключить протокол на UDP или изменить прослушиваемый порт на DS, DS может стать полностью недоступным. Изменение произойдёт, поскольку Wizard по-прежнему связан с DS (по тому порту, который вы настроили в начале). Но в конце работы Wizard вас ждёт неприятный сюрприз: DS может внезапно исчезнуть.

Поэтому, выбрав способ доступа inband в начале работы Wizard, позже нельзя изменить транспортный протокол или прослушиваемый порт.

---

Прослушиваемые порты

Этот экран также позволяет ввести номер порта на прослушиваемой стороне (или сторонах) линии VSP-to-DS. К этому моменту Wizard уже определил, какая сторона открывает соединения. Подключающаяся сторона должна знать номер прослушиваемого порта другой стороны. Например, если VSP всегда будет подключаться к DS, то нужно указать только прослушиваемый порт на стороне DS. Соответственно, поле прослушиваемого порта на DS будет активным, а поле прослушиваемого порта на ПК отключено. Если соединение будут устанавливать обе стороны, нужно указать прослушиваемые порты на обеих сторонах, и оба поля будут активны.

Есть один случай, когда прослушиваемый порт на стороне DS фиксирован и выбран заранее: это когда для этого DS вы указали способ доступа inband. В этом случае порт уже указан (как порт доступа) на шаге целевого DS Wizard, поскольку прослушиваемый порт и порт доступа совпадают для режима inband.

Когда известен прослушиваемый порт одной стороны, Wizard соответственно задаёт порт назначения на другой стороне. Если VSP будет подключаться к DS, то порт назначения на VSP будет таким же, как значение настройки Port Number (PN) на стороне DS. Аналогично, если DS будет подключаться к VSP, то настройка Destination Port (DP) на DS будет совпадать с локальным номером порта на VSP.

Как выбираются номера прослушиваемых портов

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

На стороне VSP номер вычисляется как 998 плюс номер COM. Например, если вы работаете с COM3, Wizard предложит номер 998+3=1001*. Привязка номера прослушиваемого порта к имени VSP - простой и надёжный способ гарантировать, что все VSP в системе используют разные прослушиваемые порты (один порт не может использоваться несколькими VSP совместно).

На стороне DS можно выбрать любой порт, кроме 65535 (65535 - специальный командный порт). По умолчанию Wizard показывает значение настройки Port Number (PN) DS, то есть 1001.

Менять предлагаемые номера портов имеет смысл, только если межсетевой экран сети блокирует большую часть трафика и открыты лишь определённые порты. В этом случае номера портов может понадобиться подстроить под требования вашей сети.

* Особой причины для этого нет: даже в Tibbo не помнят, почему отсчёт начинается с 998.