Есть устройство - Cisco 3845.
На нём достаточно большое количество сабинтерфейсов. Потоки из некоторых сабинтерфейсов должны заворачиваться жестко на другие сабинтерфейсы (внутри одного маршрутизатора). Как это можно сделать правильно? Сейчас это реализовано с помощью ip policy route-map, но ведь есть менее ресурсоёмкие технологии. Если нет времени написать можите ссылку скинуть на описание другой технологии?
Пример заворота пакетов из interface GigabitEthernet0/1.2 в interface Hssi1/0.24 point-to-point:

....
!
interface GigabitEthernet0/1.2
description
encapsulation dot1Q 2247
ip address 10.155.5.254 255.255.255.252
ip policy route-map paket
no snmp trap link-status
!
...
!
interface Hssi1/0.24 point-to-point
ip address 192.168.139.26 255.255.255.252
mpls ip
no cdp enable
frame-relay class rtt
frame-relay interface-dlci 8
!
...
access-list 128 permit   ip any any
...
!
route-map paket permit 8
match ip address 128
set ip next-hop 192.168.139.25
!
...

А как настроить правильно?

• проброс пакетов с помощью mpls,fantom, 12:22 , 08-Июл-08
  • проброс пакетов с помощью mpls,sh_, 12:42 , 08-Июл-08
    • проброс пакетов с помощью mpls,Regnalos, 13:02 , 08-Июл-08
      • проброс пакетов с помощью mpls,fantom, 14:07 , 08-Июл-08
        • проброс пакетов с помощью mpls,Regnalos, 14:49 , 08-Июл-08
          • проброс пакетов с помощью mpls,fantom, 17:43 , 08-Июл-08
            • проброс пакетов с помощью mpls,fantom, 17:50 , 08-Июл-08

>[оверквотинг удален]
>access-list 128 permit   ip any any
>...
>!
>route-map paket permit 8
> match ip address 128
> set ip next-hop 192.168.139.25
>!
>...
>
>А как настроить правильно?

Например можно сбриджевать интерфейсы, но это будет НЕ MPLS.

>Например можно сбриджевать интерфейсы, но это будет НЕ MPLS.

Это не менее ресурсоемкое...

Можно в разные vrf интерфейсы распихать. А что за задача то?

>
>>Например можно сбриджевать интерфейсы, но это будет НЕ MPLS.
>
>Это не менее ресурсоемкое...
>
>Можно в разные vrf интерфейсы распихать. А что за задача то?

Задача чтоб в маршрутизаторе пакеты из одного сабинтерфейса отправлялись в другой сабинтерфейс. Надо правильно (с наименьшей нагрузкой на процессор) скомутировать друг на друга 2 сабинтерфейса, пакеты из остальных сабинтерфейсов чтоб раскидывались согласно общей таблицы маршрутизации.

>[оверквотинг удален]
>>>Например можно сбриджевать интерфейсы, но это будет НЕ MPLS.
>>
>>Это не менее ресурсоемкое...
>>
>>Можно в разные vrf интерфейсы распихать. А что за задача то?
>
>Задача чтоб в маршрутизаторе пакеты из одного сабинтерфейса отправлялись в другой сабинтерфейс.
>Надо правильно (с наименьшей нагрузкой на процессор) скомутировать друг на друга
>2 сабинтерфейса, пакеты из остальных сабинтерфейсов чтоб раскидывались согласно общей таблицы
>маршрутизации.

Бридж - пожалуй будет самое простое решение.
Насчет ресурсоемкости - на 26-ой и 28-ой серии особой прожорливости незамечал.
Hssi - кажись 45Мбит, 3845 должна нормально переварить даже 100% загрузку канала (у меня 2610 с fast на MFR из 2-х сериалов через бридж гоняет 1Мбит, особой прожорливости незамечено, а ее предел оценивается в 2,5-3 Мегабита:) )

>[оверквотинг удален]
>>Надо правильно (с наименьшей нагрузкой на процессор) скомутировать друг на друга
>>2 сабинтерфейса, пакеты из остальных сабинтерфейсов чтоб раскидывались согласно общей таблицы
>>маршрутизации.
>
>Бридж - пожалуй будет самое простое решение.
>Насчет ресурсоемкости - на 26-ой и 28-ой серии особой прожорливости незамечал.
>Hssi - кажись 45Мбит, 3845 должна нормально переварить даже 100% загрузку канала
>(у меня 2610 с fast на MFR из 2-х сериалов через
>бридж гоняет 1Мбит, особой прожорливости незамечено, а ее предел оценивается в
>2,5-3 Мегабита:) )

Сейчас настроил используя vrf - интересно посмотреть как поведёт себя маршрутизатор когда вечером увеличится поток пакетов, а есть ссылка на настройку используя бридживание интерфейсов или параметры ключевые? Хочю завтра этот вариант тоже попробывать.

>[оверквотинг удален]
>>Бридж - пожалуй будет самое простое решение.
>>Насчет ресурсоемкости - на 26-ой и 28-ой серии особой прожорливости незамечал.
>>Hssi - кажись 45Мбит, 3845 должна нормально переварить даже 100% загрузку канала
>>(у меня 2610 с fast на MFR из 2-х сериалов через
>>бридж гоняет 1Мбит, особой прожорливости незамечено, а ее предел оценивается в
>>2,5-3 Мегабита:) )
>
>Сейчас настроил используя vrf - интересно посмотреть как поведёт себя маршрутизатор когда
>вечером увеличится поток пакетов, а есть ссылка на настройку используя бридживание
>интерфейсов или параметры ключевые? Хочю завтра этот вариант тоже попробывать.

При бридже изменится адрессация интерфейсов.

Например

bridge irb
interface GigabitEthernet0/1.2
bridge-group 2
interface Hssi1/0.24 point-to-point
bridge-group 2

interface BVI2
no ip address

bridge 2 protocol ieee
bridge 2 route ip

И убрать IP-ы с интерфейсов.
Получается прозрачный проброс из interface GigabitEthernet0/1.2 в interface Hssi1/0.24 point-to-point.