The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  вход/выход  слежка  RSS
"Load sharing"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Маршрутизаторы CISCO и др. оборудование. (Маршрутизация)
Изначальное сообщение [ Отслеживать ]

"Load sharing"  +/
Сообщение от alexbuu email(ok) on 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 сети все-таки сделать и балансировать симметрично?Или забить на опасения и затестировать этот вариант?

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Load sharing"  +/
Сообщение от ПавелС email(ok) on 23-Июн-16, 22:33 
>[оверквотинг удален]
> ----------------------------[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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Load sharing"  +/
Сообщение от alexbuu email(ok) on 24-Июн-16, 17:28 
> Если есть протокол динамической маршрутизации, на кой черт тут 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 сеткам.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

10. "Load sharing"  +/
Сообщение от zanswer on 27-Июн-16, 11:52 
>[оверквотинг удален]
>> конструкцию 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/ Возможно слово анонсировать было не очень правильно подобранным, хотя это вопрос перевода, в русскоязычных источниках часто можно встретить анонсирование сетей, но я согласен заменить его, на объявление.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

13. "Load sharing"  +/
Сообщение от alexbuu email(ok) on 11-Июл-16, 11: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.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

14. "Load sharing"  +/
Сообщение от eek (ok) on 11-Июл-16, 16:59 
> Трафа около 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 надо?

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

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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