
Рассмотрим диаграмму на рисунке. Роутер R1 имеет три подсети с двумя различными масками (/24 и /30). Перед тем как отправить RIP обновление:
- Маршрутизатор R1 проверяет является ли 131.108.5.0/24 частью той же основной сети что и 131.108.6.0/30, которая является сетью, назначенный интерфейсу, который будет источником обновления.
- Да, и теперь маршрутизатор R1 проверяет, имеет ли сеть 131.108.5.0 ту же маску подсети, что и 131.108.6.0/30.
- Поскольку это не так, R1 дропает сеть и не вещает маршрут.
- Теперь R1 проверяет, является ли 131.108.7.0/30 является частью той же самой основной сети, что и 131.108.6.0/30, которая является сетью, назначенный интерфейсу, который будет источников обновления.
- Это так, и теперь маршрутизатор R1 проверяет имеет ли 131.108.7.0/30 ту же маску подсети, что и 131.108.6.0/30.
- Поскольку это верно, то R1 рассылает маршрут на данную сеть.
Данные проверки установили, что маршрутизатор R1 включает только 131.108.7.0 в свои обновления, который посылаются на маршрутизатор R2. При отладке RIP командой debug ip rip, вы можете увидеть обновление посылаемые маршрутизатором R1. Вот как это выглядит:

Обратите внимание, что в предыдущем выводе - только одна подсеть включена в обновление. Как результат, только эта запсись появляется в таблице маршрутизации R2, которая отображается с использованием команды show ip route:

Для того, чтобы избежать исключения подсетей из роутинговых обновлений, либо используйте одну и ту же маску подсети во всей сети RIPv1, либо используйте статические маршруты для сетей с различными масками подсети.