The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Load sharing, !*! alexbuu, 23-Июн-16, 18:53  [смотреть все]
Всем доброго дня!
Есть RouterISR1, в него подключен ISP1. Есть LAN, выходит через Router1.
Есть RouterISR2, в него подключен ISP2, ничего не делает.
Нужно распределить нагрузку между роутерами , так-же нужно организовать резервирование ISP. В случае краха одного ISR, все клиенты , висящие на этом ISR должны ходить через второй ISR.
Я слышал о такой технологии - FHRP, но как я знаю, она подразумевает работу 2 маршрутизаторов в active\standby, такое не подходит.
Есть у меня одна идея, правда не тестил ее на стенде. Но у Вас спрошу мнение, мб подскажите другой выход.

В общем идея такая.
Разбить сеть LAN на 2 VLAN, 2 сетки ( 192.168.0.0/24, 192.168.1.0/24).
На LAN интерфейсах обоих роутеров прописать 2 subinterface с выше описанными сетями. Один интерфейс сразу-же в shutdown. Так же настроить VLAN для соединения между ISR.
Код:
interface GigabitEthernet0/1.2
description LAN1
encapsulation dot1Q 2
ip address 192.168.0.254 255.255.255.0

Код:
interface GigabitEthernet0/1.3
description LAN2
encapsulation dot1Q 3
ip address 192.168.1.254 255.255.255.0
shutdown

Код:
interface GigabitEthernet0/1.4
description link_to_ISR
encapsulation dot1Q 4
ip address 192.168.222.1 255.255.255.252

С стороны 2 роутера, тот же конфиг, за исключением IP адреса в 4 VLAN.

Настроить IPSLA на мониторинг доступности интерфейса gi0/1.4 маршрутизаторов.При отсутствии пинга, врубать интерфейс , который был в shutdown state. При удачном пинге в течении 20 секунд, вырубать обратно.
Так, по идее, должно работать резервирование маршрутизаторов.Правда непонятно, сколько в реале потребуется времени на перестройку в LAN .

Резервирование ISP.
На ISR1 настроить track на IP-адрес ISP1. При отсутствии пинга , вырубать интефейс в сторону LAN. Тогда, на ISR2, сработает трек мониторящий gi0/1.4(ISR1) и он опять-таки включит интерфейс, который был в shutdown state.

Идея из кустов, но других не знаю. Буду рад советам.

В моем случае ,GLBP поможет распределить трафик между 2 маршрутизаторами в направлении OUT.
Но в направлении IN, по-моему проблема..

У меня на двух роутерах нет NAT, там динамические туннели к ядру(DMVPN). В тунелях OSPF.
С стороны ядра таблица маршрутизации в данном случае будет выглядеть так:
O E2 192.168.234.0/24 [110/20] via 172.16.2.10, 00:37:03, Tunnel172162
----------------------------[110/20] via 172.16.2.16, 00:15:12, Tunnel172162

Ядро в таком случае, в сеть 192.168.234.0/24 будет пакеты распределять 50\50.
Получается, когда хосты с 2 GLBP роутера будут отправлять пакеты на ядро, то обратно они могут ходить через 1 GLBP роутер( в зависимости 50\50 как распределит трафик ядро).
Нормально ли это?? Я не думаю, каналы хоть и одинаковые, но задержки разные..Учитывая, что по тунелям ходит RTP поток - так это вообще задница.
Есть у кого мысли, как мне 2 сети все-таки сделать и балансировать симметрично?Или забить на опасения и затестировать этот вариант?

  • Load sharing, !*! ПавелС, 22:33 , 23-Июн-16 (1)
    >[оверквотинг удален]
    > ----------------------------[110/20] via 172.16.2.16, 00:15:12, Tunnel172162
    > Ядро в таком случае, в сеть 192.168.234.0/24 будет пакеты распределять 50\50.
    > Получается, когда хосты с 2 GLBP роутера будут отправлять пакеты на ядро,
    > то обратно они могут ходить через 1 GLBP роутер( в зависимости
    > 50\50 как распределит трафик ядро).
    > Нормально ли это?? Я не думаю, каналы хоть и одинаковые, но задержки
    > разные..Учитывая, что по тунелям ходит RTP поток - так это вообще
    > задница.
    > Есть у кого мысли, как мне 2 сети все-таки сделать и балансировать
    > симметрично?Или забить на опасения и затестировать этот вариант?

    Посмотри, может это подезно https://ru.wikipedia.org/wiki/IRDP

  • Load sharing, !*! ShyLion, 07:30 , 24-Июн-16 (2)
    Если есть протокол динамической маршрутизации, на кой черт тут IP SLA?
    "по красивому" вопрос решается отдельным роутером ядра, типа Cisco 3570 или 3560, куда включается LAN и оба бордера. При одинаковых метриках на интерфейсах будет балансировка траффика с помощью CEF прямо из коробки.

    В случае только двух роутеров - также, метриками на интерфейсах и OSPF cost выводится одинаковые суммарные метрики для маршрутов, тогда в таблице роутинга будет два маршрута и балансирока CEF опять же из коробки.

    • Load sharing, !*! alexbuu, 17:28 , 24-Июн-16 (3)
      > Если есть протокол динамической маршрутизации, на кой черт тут IP SLA?
      > "по красивому" вопрос решается отдельным роутером ядра, типа Cisco 3570 или 3560,
      > куда включается LAN и оба бордера. При одинаковых метриках на интерфейсах
      > будет балансировка траффика с помощью CEF прямо из коробки.
      > В случае только двух роутеров - также, метриками на интерфейсах и OSPF
      > cost выводится одинаковые суммарные метрики для маршрутов, тогда в таблице роутинга
      > будет два маршрута и балансирока CEF опять же из коробки.

      Спасибо за  ответы.
      IPsla действительно не нужна.
      По поводу предложения от ShyLion, видимо не поняли вы меня, или я вас..
      Вопрос в том, что мою сетку на споке , где GLBP с 2 роутерами, ядро видит как доступную через 2 маршрутизатора и балансирует ее, в таких условиях голос помрет по пути, учитывая что каналы с разными задержками.

      Я уже нашел вариант с 2 сетями  и 2 HSRP группами. Теперь у меня 2 сетки  на первом роутере HSRP и 2 этих же сетки на втором роутере HSRP. Они доступны на ядре через 2 роутера HSRP с одинаковыми метриками. Вопрос такой:
      Я хочу с одного HSRP роутера анонсить первую сеть с метрикой 1000, а вторую сеть с метрикой 2000. А на 2 HSRP роутере первую сеть анонсить с метрикой 2000, вторую - 1000. Так я достигну того,что трафик не будет балансироваться и ходить симметрично, так же сохраню возможность отказоустойчивости.
      Кто-нибудь может сказать команду, с помощью которой я смогу назначить разные метрики двум сеткам, directly connected к споку. Это нужно для того, чтобы центральный хаб видел сети спока с разными метриками.
      Через команду redistribute connected route-map metric пробовал уже, эта команда применяется ко всем directly connected сеткам.

      • Load sharing, !*! zanswer, 10:15 , 25-Июн-16 (4)
        >[оверквотинг удален]
        > Я хочу с одного HSRP роутера анонсить первую сеть с метрикой 1000,
        > а вторую сеть с метрикой 2000. А на 2 HSRP роутере
        > первую сеть анонсить с метрикой 2000, вторую - 1000. Так я
        > достигну того,что трафик не будет балансироваться и ходить симметрично, так же
        > сохраню возможность отказоустойчивости.
        > Кто-нибудь может сказать команду, с помощью которой я смогу назначить разные метрики
        > двум сеткам, directly connected к споку. Это нужно для того, чтобы
        > центральный хаб видел сети спока с разными метриками.
        > Через команду redistribute connected route-map metric пробовал уже, эта команда применяется
        > ко всем directly connected сеткам.

        А вам обязательно выполнять редистрибьцию сетей? Что если если их анонсировать через конструкцию network, сами интерфейсы сделать passive, в для задания разных метрик, использовать на них ручной метод указания их cost.

        P/S/ Если это не подходит, буду благодарен, за разъяснение почему.

        • Load sharing, !*! alexbuu, 10:10 , 27-Июн-16 (6)
          >[оверквотинг удален]
          >> сохраню возможность отказоустойчивости.
          >> Кто-нибудь может сказать команду, с помощью которой я смогу назначить разные метрики
          >> двум сеткам, directly connected к споку. Это нужно для того, чтобы
          >> центральный хаб видел сети спока с разными метриками.
          >> Через команду redistribute connected route-map metric пробовал уже, эта команда применяется
          >> ко всем directly connected сеткам.
          > А вам обязательно выполнять редистрибьцию сетей? Что если если их анонсировать через
          > конструкцию network, сами интерфейсы сделать passive, в для задания разных метрик,
          > использовать на них ручной метод указания их cost.
          > P/S/ Если это не подходит, буду благодарен, за разъяснение почему.

          По моим данным, команда Network не анонсит сети, она указывает интерфейсы, на которых включится процесс OSPF.
          Сам OSPF не анонсит сети, он отправляет LSA о своих интерфейсах и подключенных сетях ,а так же вычисляет кратчайший путь к сегментам.
          Если интерфейсы сделать passive - то они не будут участвовать в процессе OSPF .
          Какая команда позволяет указать ручной cost относительно отдельных сетей?

          • Load sharing, !*! zanswer, 11:52 , 27-Июн-16 (10)
            >[оверквотинг удален]
            >> конструкцию network, сами интерфейсы сделать passive, в для задания разных метрик,
            >> использовать на них ручной метод указания их cost.
            >> P/S/ Если это не подходит, буду благодарен, за разъяснение почему.
            > По моим данным, команда Network не анонсит сети, она указывает интерфейсы, на
            > которых включится процесс OSPF.
            > Сам OSPF не анонсит сети, он отправляет LSA о своих интерфейсах и
            > подключенных сетях ,а так же вычисляет кратчайший путь к сегментам.
            > Если интерфейсы сделать passive - то они не будут участвовать в процессе
            > OSPF .
            > Какая команда позволяет указать ручной cost относительно отдельных сетей?

            Команда network в OSPFv2 определяет, какие интерфейсы будут участвовать в процессе маршрутизации OSPFv2, но, она же и объявляет их, если вы не указали wildcard mask 0.0.0.0, в таком случае, значения сети для объявления будут взяты непосредственно с интерфейса.

            Протокол OPSFv2 устанавливает отношения смежности, после чего обменивается LSP пакетами, содержащими LSA разных типов, которые и объявляют напрямую подключенные сети, смежные маршрутизаторы или внешние маршруты. За вычисление стоимости путей, а так же построение дерева, отвечает SPF алгоритм.

            Команда passive-interface указывает, будет ли данный интерфейс отправлять Hello пакеты и обрабатывать полученные Hello пакеты или нет. Но, в случае, если он попадает в диапазон указанный в команде network, его сети будут объявляться в LSA type 1, который будет направлен смежным маршрутизаторам в процессе установления полных отношения смежности.

            R1#show ip ospf interface gigabitEthernet 0/1.2

            GigabitEthernet0/1.2 is up, line protocol is up
              Internet address is 192.168.1.10/24, Area 0
              Process ID 1, Router ID 2.2.2.2, Network Type BROADCAST, Cost: 1
              Transmit Delay is 1 sec, State DR, Priority 1
              Designated Router (ID) 2.2.2.2, Interface address 192.168.1.10
              No backup designated router on this network
              Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
                No Hellos (Passive interface)
              Index 1/1, flood queue length 0
              Next 0x0(0)/0x0(0)
              Last flood scan length is 1, maximum is 1
              Last flood scan time is 0 msec, maximum is 0 msec
              Neighbor Count is 0, Adjacent neighbor count is 0
              Suppress hello for 0 neighbor(s)

            LS age: 29
              Options: (No TOS-capability, DC)
              LS Type: Router Links
              Link State ID: 2.2.2.2
              Advertising Router: 2.2.2.2
              LS Seq Number: 80000005
              Checksum: 0x20a2
              Length: 60
              Number of Links: 3

                Link connected to: a Stub Network
                 (Link ID) Network/subnet number: 192.168.1.0
                 (Link Data) Network Mask: 255.255.255.0
                  Number of TOS metrics: 0
                   TOS 0 Metrics: 1

                Link connected to: a Stub Network
                 (Link ID) Network/subnet number: 192.168.2.0
                 (Link Data) Network Mask: 255.255.255.0
                  Number of TOS metrics: 0
                   TOS 0 Metrics: 10

                Link connected to: a Transit Network
                 (Link ID) Designated Router address: 172.16.0.2
                 (Link Data) Router Interface address: 172.16.0.2
                  Number of TOS metrics: 0
                   TOS 0 Metrics: 1

            Я говорил о команде ip ospf cost которая будет влиять на стоимость всех сетей.

            R1#show running-config

            interface GigabitEthernet0/1.3
            encapsulation dot1Q 3
            ip address 192.168.2.10 255.255.255.0
            ip ospf cost 10
            standby 3 ip 192.168.2.1

            P/S/ Возможно слово анонсировать было не очень правильно подобранным, хотя это вопрос перевода, в русскоязычных источниках часто можно встретить анонсирование сетей, но я согласен заменить его, на объявление.

      • Load sharing, !*! ShyLion, 08:38 , 27-Июн-16 (5)
        > Вопрос в том, что мою сетку на споке , где GLBP с
        > 2 роутерами, ядро видит как доступную через 2 маршрутизатора и балансирует
        > ее, в таких условиях голос помрет по пути, учитывая что каналы
        > с разными задержками.

        Вся сеть под вашим контролем или только какая-то часть? У GLBP несколько вариантов балансировки, если не использовать round-robin, то, по идее, от конкретного хоста траффик пойдет через какой-то один роутер и проблем с голосом быть не должно.

        • Load sharing, !*! alexbuu, 10:12 , 27-Июн-16 (7)
          >> Вопрос в том, что мою сетку на споке , где GLBP с
          >> 2 роутерами, ядро видит как доступную через 2 маршрутизатора и балансирует
          >> ее, в таких условиях голос помрет по пути, учитывая что каналы
          >> с разными задержками.
          > Вся сеть под вашим контролем или только какая-то часть? У GLBP несколько
          > вариантов балансировки, если не использовать round-robin, то, по идее, от конкретного
          > хоста траффик пойдет через какой-то один роутер и проблем с голосом
          > быть не должно.

          Если вас не затруднит, прошу по-детальнее расписать ваше мнение. Сам я не тестировал еще.
          Но что-то мне подсказывает - ядро будет рассылать пакеты рандомно!А в связи с чем ему отправлять пакет, который пришел от HSRPроутера1 именно ему обратно? Если У него в RIB 2 маршрута с одинаковой метрикой?

          • Load sharing, !*! ShyLion, 07:00 , 28-Июн-16 (12)
            >[оверквотинг удален]
            >>> с разными задержками.
            >> Вся сеть под вашим контролем или только какая-то часть? У GLBP несколько
            >> вариантов балансировки, если не использовать round-robin, то, по идее, от конкретного
            >> хоста траффик пойдет через какой-то один роутер и проблем с голосом
            >> быть не должно.
            > Если вас не затруднит, прошу по-детальнее расписать ваше мнение. Сам я не
            > тестировал еще.
            > Но что-то мне подсказывает - ядро будет рассылать пакеты рандомно!А в связи
            > с чем ему отправлять пакет, который пришел от HSRPроутера1 именно ему
            > обратно? Если У него в RIB 2 маршрута с одинаковой метрикой?

            Приличные методы балансировки стараются один поток отправлять одним путем. В GLBP это настраивается тоже, погуглите. Как правило по сочетанию MAC или IP адресов.
            Речь о циске, конечно, про остальных не в курсе.

  • Load sharing, !*! eek, 11:14 , 27-Июн-16 (8)
    > Всем доброго дня!
    > Есть RouterISR1, в него подключен ISP1. Есть LAN, выходит через Router1.
    > Есть RouterISR2, в него подключен ISP2, ничего не делает.

    static nat есть?
    ipsec есть?

    уверены что балансировка нужна? При нынешней цене каналов проще и дешевле докупить полосу.

    • Load sharing, !*! alexbuu, 11:23 , 27-Июн-16 (9)
      >> Всем доброго дня!
      >> Есть RouterISR1, в него подключен ISP1. Есть LAN, выходит через Router1.
      >> Есть RouterISR2, в него подключен ISP2, ничего не делает.
      > static nat есть?
      > ipsec есть?
      > уверены что балансировка нужна? При нынешней цене каналов проще и дешевле докупить
      > полосу.

      Нат наверное будет, IPSec есть.
      У меня проц забит, мне распределить нагрузку нужно на 2 тачки, при этом сохранить отказоустойчивость ISP с 2 каналами связи. Организовать отказоустойчивость маршрутизаторов.

      • Load sharing, !*! eek, 11:57 , 27-Июн-16 (11)
        >[оверквотинг удален]
        >>> Есть RouterISR1, в него подключен ISP1. Есть LAN, выходит через Router1.
        >>> Есть RouterISR2, в него подключен ISP2, ничего не делает.
        >> static nat есть?
        >> ipsec есть?
        >> уверены что балансировка нужна? При нынешней цене каналов проще и дешевле докупить
        >> полосу.
        > Нат наверное будет, IPSec есть.
        > У меня проц забит, мне распределить нагрузку нужно на 2 тачки, при
        > этом сохранить отказоустойчивость ISP с 2 каналами связи. Организовать отказоустойчивость
        > маршрутизаторов.

        Коробки какие сколько траффика? Что фактически работает из фич которые жрут проц (fw/inspect, nat, ipsec).

        Локальный трафик на каком-нибудь L3 switch или все на ISR?

        • Load sharing, !*! alexbuu, 11:13 , 11-Июл-16 (13)
          >[оверквотинг удален]
          >>> ipsec есть?
          >>> уверены что балансировка нужна? При нынешней цене каналов проще и дешевле докупить
          >>> полосу.
          >> Нат наверное будет, IPSec есть.
          >> У меня проц забит, мне распределить нагрузку нужно на 2 тачки, при
          >> этом сохранить отказоустойчивость ISP с 2 каналами связи. Организовать отказоустойчивость
          >> маршрутизаторов.
          > Коробки какие сколько траффика? Что фактически работает из фич которые жрут проц
          > (fw/inspect, nat, ipsec).
          > Локальный трафик на каком-нибудь L3 switch или все на ISR?

          Трафа около 50мбит криптухи.
          2921 2штуки в наличии.
          Локалка будет такая,

             ISP1   ISP2
                 |      |
             ISR1   ISR2
                   |      |
             L2SW1   L2SW2
          От 2 свичей distribution  по 3 линка на 3 access свича
          SW3    SW4    SW5
          Все на RapidPVSTP , внутри 2 VLAN с разными рутамиSW1 и SW2.

          • Load sharing, !*! eek, 16:59 , 11-Июл-16 (14)
            > Трафа около 50мбит криптухи.
            > 2921 2штуки в наличии.
            > Локалка будет такая,
            >    ISP1   ISP2
            >    ISR1   ISR2
            >    L2SW1   L2SW2
            > От 2 свичей distribution  по 3 линка на 3 access свича
            > SW3    SW4    SW5
            > Все на RapidPVSTP , внутри 2 VLAN с разными рутамиSW1 и SW2.

            InterVLAN роутинг при такой конфигурации будете делать как?

            По существу вопроса:
            c2921 50 мегабит шифрования потянет спокойно, плюс еще 50 мегабит "интернет", если не очень много мелких пакетов то проблем не будет. Разберитесь сначала чем "залит" процессор.

            Перед тем как поднимать какую-либо балансировку нужно прорисовать дизайн.

            Есть несколько способов реализовать то, что вы хотите, но все они зависят от того, что стоит с той стороны туннелей. И есть ли у вас разрешение на изменение топологии.

            Далее идут вопросы: А голос есть? А видео есть? А QoS надо?

            Пока ответы на вопросы не очень соответствуют решаемой задаче. У вас это диплом какой-то что-ли?




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру