Дизайн удаленного кампуса

Сторонний провайдер обеспечивает подключение к моему удаленному спутниковому кампусу через сеть Ethernet. Из-за бюрократизма провайдер должен предоставить маршрутизируемое соединение точка-точка (R2 и R3) к спутниковому кампусу; в идеале провайдер должен соединить мою частную сеть WAN со спутниковым кампусом (R1 и R4), но это не вариант по вышеуказанной причине.

Моя цель - включить спутниковый кампус в мою AS практически без помощи поставщика. В настоящее время, когда я создаю новую сеть, которая должна быть маршрутизирована через провайдера, я должен позвонить и попросить провайдера установить новый маршрут, который он затем распределяет между R2 и R3, используя EIGRP. Этот процесс часто сложен и подвержен человеческим ошибкам.

Я не верю, что провайдер является ABR, так как я не могу фильтровать входящие маршруты. Я рассмотрел использование туннеля IPIP между R1 и R4, но я не уверен, как политика, выполняемая поставщиком, повлияет на трафик. Это позволило бы мне запустить OSPF в туннеле.

Моим основным ограничением является поставщик и дополнительный факт, что OSPF является единственным динамическим протоколом, который у меня есть на существующем оборудовании.

Туннель - ваш единственный выход, к сожалению. Без использования туннеля пакет попадет в сеть поставщиков услуг, и если этот пункт назначения еще не известен, он будет отброшен в черную дыру.

Я хотел бы надеяться и предположить, что провайдер не проводит никаких специальных политик для туннельного трафика, но вам придется проверить это самостоятельно. Если вы беспокоитесь о перемещении значений DSCP между исходным пакетом и туннельным пакетом, это достаточно просто сделать. Таким образом, голосовой трафик все еще может проходить через сеть SP с EF.

Если честно, какой-то общий пиринг здесь был бы лучшим. Даже если вы работаете с RIP, перераспределение достаточно простое и позволит достичь ваших целей. Я не уверен, почему вы не можете применить фильтрацию к входящим маршрутам, кроме, возможно, политики компании?