Миграция на IP. Настройки клиента и сервера... SCMD

[Евгений Захаров]

Начинаем переползать на IP на серверах, пока невнятная ситуация. Может кто подскажет.. Есть NW5.0SP6a /только IPX и несколько NW3.12. Стоит тестовый NW5.1SP5 (2 сет.интерфейса, вторая карта на ISL c VLAN). На обе карты привязаны IP, на первую и сетка IPX. Запущен SCMD /G, т.е. должен переводить запросы. Вопросы с конфигурацией клиентов. Попытки поставить Only-IP приводят к тому, что видит только 5.1. В режиме совместимости - видит остальные, но недоступны IPX-машины в сети. Такое впечатление, что IPX-совместимый протокол вообще не работает с MS-клиентом. По теории чистый IP на клиенте должен бы видеть через шлюз миграции на 5.1 и IPX-сервера и машины. Может что-то недопонял, но не работает пока теория...

[Мещеряков Андрей]

Приветствую!
Озадачен схожей проблемой, но под другим градусом.
[quote="Евгений Захаров"]Начинаем переползать на IP на серверах, пока невнятная ситуация. Может кто подскажет.. Есть NW5.0SP6a /только IPX и несколько NW3.12. Стоит тестовый NW5.1SP5 (2 сет.интерфейса, вторая карта на ISL c VLAN). На обе карты привязаны IP, на первую и сетка IPX. Запущен SCMD /G, т.е. должен переводить запросы. Вопросы с конфигурацией клиентов. Попытки поставить Only-IP приводят к тому, что видит только 5.1. В режиме совместимости - видит остальные, но недоступны IPX-машины в сети. Такое впечатление, что IPX-совместимый протокол вообще не работает с MS-клиентом. По теории чистый IP на клиенте должен бы видеть через шлюз миграции на 5.1 и IPX-сервера и машины. Может что-то недопонял, но не работает пока теория...[/quote]

Only IP видит только IP сервера. Для обзора серверов IPX нужна именно IPX - совместимость или настоящий IPX.

Мелкософт никогда не обещал поддержку любого IP. В 2000 так и написано, что разговаривать с серверами 5.х они НЕ БУДУТ именно поэтому. Так что если вы используете МС эмуляцию серверов Твари или любые другие их сервисы - не получится.

Подумайте, зачем вам сеть именно на IP? Может пусть бегает только IPX или и тот и другой?


С уважением And

[Евгений Захаров]

Доброго дня..
Кларк IV утверждает, что IP-only клиенты и сервера через Агента Миграции с IPX ресурсами работать должны.. На IP все равно переходить, слишком сетка большая. Два стека держать накладно, да и маршрутизировать IP придется все равно. Правда сценарии миграции ни один не подходят, клиентов ставим в разных сегментах, совместимость нужна бы везде..
CMD-сервер и Агент Миграции.. Шлюз опять же. Последние шире просто или нужно отдельный сервер для АМ и шлюза ? Запутали совсем..

[Мещеряков Андрей]

Приветствую!
Что-то у вас не продумато. Ладно, большая сеть. Но РАНЬШЕ то IPX на ней успешно работал ? А потом вдруг она стала "слишком большой". Ну-ну... Тотальный переход на IP - типичная истерика, которой в свое время поднял МС (его сети плохо работают под IPX) и которой не стал противиться Новелл. Ананасов с финиками там нет, смею заверить. И сеть на IP работает точно так же, как и IPX. Другое дело, что IP нужен для приложений. И здесь "накладность" содержания двух протоколов - миф. Вы много сил тратили на поддержку IPX , задумайтесь об этом. А вот громождение шлюзов миграции и поддержка совместимости точно потребует напряга. И поддержание IP - необслуживаемым этот протокол никак не назовешь.

С уважением And

[Евгений Захаров]

Доброго дня Андрей
Не буду спорить, можно и на IPX жить (вернее на 2х стеках одновременно). Правда работать клиентами на оба стека вместо поддержки по необходимости второго (IPX) не хочется.
Раньше действительно сетка была поменьше - пухнет в течение последних лет трех. Как навертелись VLANы на Cisco и поставлены задачи развести по сегментам подразделения - управляемость стала уже нужной. Совершенно согласен, что с IPX по своему меньше проблем (тем более и не настраивали на 3.12 особо ничего). И поддерживать его придется видимо "до последнего", крутятся xBase-задачки и надолго. Но всё же хочется отказаться, где можно, от IPX (сетка-то таки больше MS.. Домены, WINS, DNS, Инет), хотя признаюсь - сильного анализа нагрузки не проводилось. Планируется рубить IPX на маршрутизаторах и маршрутизировать IP в сегментах. Вообще пока только подготовка, потому и пробую настроить совместимость...

С уважением

[Aleksey Matveets aka GAL]

Полностью поддерживаю Андрея

У самих сейчас 2-а протокола бегают и забот незнаем.
Как все сервера переведем на под 6, так с клиентских мест потихоньку будем убирать IPX, уж очень он удобен для сервисов.
Кстати IP в корне отличается от IPX в части предоставления информации о сервисах (серверы, принтеры и тд), так что этот вопрос придется продумывать тоже и вводить инфраструктуру SLP.

На клиенте же, при наличие 2-х протоколов и подключении к 6 автоматом коннектиться по IP

[Мещеряков Андрей]

Приветствую!
Продолжая ту же тему, добавлю, если ошибусь - надеюсь меня поправят.
Службы оъявления сервисов НЕ конвертируются друг в друга. И шлюз миграции, и драйвер совместимости просто туннелируют IPX внутрь IP сети, создавая как бы виртуальный сегмент IPX. Точно так же поступали в Netware/IP - транспортом был IP (UDP) а внутри - сеть IPX. А потому для одновременного обзора сервисов IPX и IP у вас есть выбор: вы или кользуетесь настоящим IPX или пользуетесь им же через драйвер совместимости. Таким образом с IP вы говорите по IP, а как дело доходит до IPX то для общения с ним вам все равно нужен IPX - в явной форме, или в форме драйвера совместимости. Что лучше - выбирайте сами. У меня несколько иной выбор - стоит 4.2 Следовательно, или два протокола (IPX/IP шлюз если честно забодал своими ограничениями ) или Netware/IP. Пока мне нравится больше первый вариант. Так что полученные вами результаты верны. Так и должно быть.

С уважением And

[Евгений Захаров]

Приветствую !
Спасибо за инфу, интересуют именно подробности работы модулей совместимости (от чего куда что идет и что необходимо). Остаться на двух стеках все равно придётся, согласен. От IPX не отвяжешься, IP тоже нужен уже. По поводу мифа о "накладности" двух стеков скажу только, что с одним клиент заметно шустрее, как ни крути. Да и фиьтровать (отключать) IPX на меж сетями (VLAN) все равно придется - тут и хочется чтоб IP работал. Разбираться конечно надо подробнее. Интересен практический опыт построения в маршрутизируемых немаленьких сетях..