Евгений Пухальский написал(а):
Естественно в разных подсетях... Разобрался уже
Метрику разную назначать на шлюзах надо.
Без этого сеть отваливается.
А куда в ComCLBStub.XML альтернативные ip-шники забивать?
I. Вот замечания по протоколу TCP/IP и резервировании (о моих заблуждениях)
================================================================
При разработке резервирования в ПКСЛ предполагалось, что протокол TCP/IP операционной системы Windows позволяет:
1.определить с какого сетевого интерфейса пришел пакет с данными от соседнего КСЛа
2.послать пакет через конкретный сетевой интерфейс и, если IP адрес получателя в иной IP сети, нежели этот конкретный сетевой интерфейс, то посылать пакет через шлюз этого конкретного сетевого интерфейса.
Рассмотрим пример.
Пусть в компьютере есть две сетевых карты:
1.В свойствах протокола TCP/IP для первой карты задано:
a.IP адрес: 192.168.0.2
b.Маска 255.255.255.0
c.Шлюз 192.168.0.1 (точка подключения к Internet №1)
2.В свойствах протокола TCP/IP для второй карты задано:
a.IP адрес: 192.168.1.10
b.Маска 255.255.255.0
c.Шлюз 192.168.1.5 (точка подключения к Internet №2)
При этом метрика сетевой карты должна быть меньше, чем метрика второй карты.
Каждая из этих карт обеспечивает отправку пакетов за пределы локальных сетей, т.к. указаны шлюзы.
Алгоритм резервирования следующий:
1.Изначально для отправки данных используется первая карта, т.е. для отсылки внешних данных используется точка подключения к Internet №1
2.Если не удалось подряд оправить несколько пакетов (не получено подтверждение), по сетевой карте 1, то для отправки начинает использоваться сетевая карта 2, т.е. для отсылки внешних данных используется точка подключения к Internet №2
3.Если не удалось подряд оправить несколько пакетов (не получено подтверждение), по сетевой карте 2, то для отправки начинает использоваться сетевая карта 1, т.е. для отсылки внешних данных используется точка подключения к Internet №1
4.И т.п. по циклу
Проверить данный алгоритм можно, вынимая кабель из разъема сетевой карты компьютера. И такая проверка проходит, т.е. производится переход на вторую карту, если вынуть кабель из первой карты.
Однако, при подробном рассмотрении конкретных случаев, выяснилось, что протокол TCP/IP в Windows работает по-другому. Для отправки внешних пакетов всегда используется один шлюз, не зависимо от того от какого IP адреса делается посылка.
Этот шлюз можно узнать подав в «Командной строе» команду route print В строке «Основной шлюз» и будет указан этот шлюз. В качестве основного шлюза Windows выбирает шлюз карты с минимальной метрикой. В нашем примере это 192.168.0.1
Как же тогда алгоритм срабатывал? Если вынуть кабель из первой карты, то Windows перестраивает таблицу маршрутизации, уберет из неё все что касается сети 192.168.0 и, в качестве Основного шлюза будет выбран шлюз следующей карты, а именно карты 192.168.1.10, т.е. шлюз станет 192.168.1.5
Это все к тому, что если первая сетевая карта осталась подключенной к Ethernet сети, но связи с удаленным КСЛом нет по причине провайдера, то переход на вторую сетевую карту ничего не даст, т.к. Windows все равно будет использовать шлюз 192.168.0.1, даже если мы отправить пакет от адреса 192.168.1.10.
Итог вышесказанного – алгоритм резервирования при использовании протокола TCP/IP Windows в общем случае не работает. Наверное, можно было это и раньше узнать, но как-то не получилось.
В связи с тем, что резервирование все-таки нужно. Был разработан свой протокол посылки UDP пакетов с помощью Ethernet адаптеров. Разработанный протокол позволяет полностью управлять выбором маршрута передачи.
Для реализации протокола был разработан драйвер LKDSProt.
================================================================
II. Про удаленное подключение по UDP
Сейчас действительно нет возможности в ComCLBStub указать неколько IP сервера, но в самом сервере (LKDSDrv) предусмотрено указание до трех интерфейсов для удаленного подключения. Т.е. возможность указания в ComCLBStub до трех IP адресов будет реализована.
