Требуется ли фрагментация пакетов для туннеля EoIP?

По-моему, у него PPPoE-соединение через EoIP. Главная идея ясна, надеюсь.

Я вообще не понимаю, зачем тебе понадобился EoIP-туннель, ведь чтобы PPPoE вообще заработал, у тебя уже должна быть рабочая прозрачная Ethernet-сеть, через которую PPPoE и может работать, правда? —Том

Может быть, дело в настройке MTU? Какая MTU установлена для туннеля EoIP через PPPoE? Попробуйте установить ее на 1462, чтобы хватило места для служебных данных PPPoE (8 байт) и для служебных данных EoIP.

MTU для EoIP туннеля – 1500. Наши рабочие EoIP-линки сконфигурированы следующим образом: радио на каждом конце имеет статический IP-адрес, например, 10.1.1.1 на AP и 10.1.1.2 на станции. На конце AP настроен PPTP-сервер, и создан учётная запись пользователя (секрет), которая назначает IP-адрес на серверном и клиентском концах PPTP-туннеля, например, 10.2.1.1 на серверном конце PPTP-линка и 10.2.1.2 на клиентском конце PPTP-линка. PPTP-туннель зашифрован. Это создало защищённый PPTP-туннель по беспроводной связи с MTU 1460. Далее я создаю PPTP-клиента и заставляю его соединяться с адресом радио AP, который в данном примере равен 10.1.1.1. С правильным именем пользователя и паролем на клиенте концы AP и станции PPTP-туннеля получают адреса 10.2.1.x. Затем я создаю интерфейс EoIP на AP и на клиенте. Целевым адресом каждого конца EoIP-туннеля является IP-адрес PPTP-туннеля на другом конце. Другими словами, интерфейс EoIP на AP имеет remote-address=10.2.1.2, а интерфейс EoIP на клиенте имеет remote-address=10.2.1.1, создавая EoIP-туннель внутри PPTP-туннеля. MTU EoIP-туннеля – 1500. Из многочисленных чтений документации MT я выяснил, что вся суть EoIP-туннеля заключается в том, чтобы разрешить нефрагментированным пакетам проходить через другие ссылки, которые в противном случае не могли бы передавать нефрагментированные пакеты, а затем объединить оба конца в «виртуальный» кабель Ethernet. Трафик, проходящий непосредственно через EoIP-туннель, не должен требовать специальной обработки, поскольку интерфейс EoIP должен фрагментировать полные ethernet-пакеты, чтобы они лучше помещались в «меньший» туннель, а затем прозрачно собирать пакеты обратно до их исходного размера на другом конце. Таково было мое понимание, и в описанном выше примере это работает идеально. Проблемы начинаются только тогда, когда я пытаюсь сделать то же самое, используя PPPoE-туннель вместо PPTP-туннеля. PPPoE-туннель, через который создаётся EoIP-туннель, имеет MTU 1488, но я пробовал разные MTU, и это, в любом случае, не должно иметь значения для EoIP-туннеля, поскольку задача EoIP-туннеля – работать с внешними туннелями, которые меньше пакетов, проходящих через EoIP-туннель… Разве цель EoIP-туннеля не в том, чтобы разрешить прохождение пакетов полного размера, независимо от чего? TIA Hitek Edit: Кроме того, на обоих концах идентичный ID туннеля и совершенно разные MAC-адреса…

Да, имею…