Пост канала
- фото
👋 Привет, сетевой друг! Сегодня разберём в чём реальная разница между PBR и SR-TE для управления трафиком. 🟣Policy-Based Routing работает локально на каждом роутере: смотришь на заголовок пакета, матчишь по ACL, отправляешь на нужный next-hop. Просто, понятно, но масштабируется плохо - правила нужно настраивать на каждом устройстве отдельно, а состояние пути нигде не отслеживается: ip access-list extended VOICE permit udp any any range 16384 32767 route-map PBR_VOICE permit 10 match ip address VOICE set ip next-hop verify-availability 10.0.0.1 10 track 1 interface GigabitEthernet0/1 ip policy route-map PBR_VOICE Если next-hop упал - PBR об этом узнает только через track, и только если ты это настроил. 🟣SR-TE (Segment Routing Traffic Engineering) работает иначе: весь путь кодируется в заголовке пакета на входном узле, промежуточные роутеры просто следуют инструкциям. Headend знает топологию через IGP с расширениями и сам вычисляет оптимальный путь: segment-routing traffic-eng policy VOICE_PATH color 10 endpoint 10.255.255.4 candidate-paths preference 100 dynamic pcep metric type latency Метрика latency означает что контроллер или сам роутер выберет путь с минимальной задержкой, не по IGP-метрике. 🟣Главная разница: PBR статичен и локален, SR-TE динамичен и глобален. PBR не знает что происходит дальше по пути, SR-TE видит всю топологию и может перестроить маршрут при деградации канала автоматически. Диагностика тоже разная: show route-map PBR_VOICE # статистика PBR show segment-routing traffic-eng policy show segment-routing traffic-eng policy detail 🟣Когда что выбирать: PBR подходит для простых сценариев на небольших сетях когда нужно быстро отправить один тип трафика через другой канал. SR-TE нужен когда важна сквозная гарантия качества, динамическое переключение при деградации и централизованное управление путями через контроллер. 🤖Бесплатный ChatGPT
Открыть в MAX- Просмотры
- 317
- ER
- 0,9%
- Реакции
- 3