Вы — суперадминистратор распределённой сети. Жаль только, что руководство больше думает о дне сегодняшнем и не вкладывает в оборудование. Но зарплата хорошая, поэтому вы делаете все, чтобы это на ладан дышащее и перегруженное, местами устаревшее оборудование работало на 100%. В частности, все ваши каналы шифруются AES-128. Но вам надоело постоянно править руками маршруты. Ваша задача поднять тестовый шифрованный канал и в нем — OSPF. Вы слышали, что новые операционные системы позволяют сделать это, просто загнав в туннель мультикастовый трафик, но ваше железо этого не позволяет. Также любая дополнительная служебная нагрузка сразу же приводит фрагментации, что практически останавливает работу. И всё же задача осуществима и вы покажете, на что способны!

(не торопитесь кричать "Это тривиально!" Внимательно прочитайте задание)

натить мультикаст в юникаст?

ЗЫ хотя не уверен, что нагрузка будет мала

Проще

Но идея про НАТ хорошая.

Но на сей раз я её не задействовал

Я пока надеюсь, что cisco продолжит своё существование, равно как и -expo, а значит будут ещё Челленжи

ip ospf network non-broadcast не спасёт?

Да, именно такое решение и предполагалось. Ну и естетсвенно neighbor надо прописать вручную и в ACL для crypto map явно прописать
permit ospf h (1) h (2)

я так понимаю тунель ipsec.
а разве есть необходимость в динамике за ipsec l2l туннелем? ведь в крипто мапе жестко указано какие сети лежат за туннелем, и какие сети нужно отдавать.

Даже в случае классического l2l может быть такая ситуация: в офисе А сети 172.16.0.0, в офисе Б - 172.17.0.0

Для упрощения пишем крипто-мап,

permit 172.16.0.0/16 172.17.0.0/16

Но это не значит, что у соседа Б все сети живы. Чтобы узнать, какие же реально у него есть проще поднять маршрутизацию.

Я уже не говорю о том случае , когда мы используем избыточные топологии или шифрование из any в any

И всё же задача осуществима и вы покажете, на что способны!
[url=https://www.gclubtg.com/][color=#F0F3F5]จีคลับ[/color][/url]