The OpenNET Project / Index page

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




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
IP SLA + NAT, !*! евгений, 08-Окт-09, 04:45  [смотреть все]
  • IMHO, !*! j_vw, 01:22 , 10-Окт-09 (1)
    • Sorry...., !*! j_vw, 01:26 , 10-Окт-09 (2)
    • IMHO, !*! евгений, 11:36 , 10-Окт-09 (3)
      • IMHO, !*! j_vw, 13:47 , 10-Окт-09 (4)
        • IMHO, !*! евгений, 00:07 , 11-Окт-09 (5)
          • IMHO, !*! j_vw, 20:24 , 12-Окт-09 (12)
  • IP SLA + NAT, !*! notme, 22:37 , 11-Окт-09 (6)
    >Здравствуйте.
    >
    >Задача вывести в инет локалку через 4 провайдера

    Для решения подобных задач регистрируют собственную AS
    и получают PI адресный блок( http://en.wikipedia.org/wiki/Provider_Independent_Address_Space ) через ближайшего LIR коим как правило является ISP.

    • IP SLA + NAT, !*! евгений, 07:20 , 12-Окт-09 (7)
      • IP SLA + NAT, !*! notme, 09:00 , 12-Окт-09 (8)
        >Ух ты блин, а я и не знал... =) Если бы я
        >договорился с провами об анонсах уже бы сделал год назад наверное...
        >Тем более входящий трафик балансировать мне не надо... Смысла особого в
        >BGP в моём решении нет. Надо чтобы раскидывался трафик по рабочим
        >каналам согласно политике. Всё.

        Ничего личного, я предложил оптимальное, с моей точки зрения, решение проблемы. Если ситуация с организацией BGP взаимодействия трудноразрешима возможно стоит попробовать использование вместо(можно попробовать совместно) маршрутов по умолчанию несколько статических маршрутов с "широкой" маской раскидав их на разные направления с разной метрикой, т.о. можно снизить вероятность возникновения проблемы обращения к адресам из одного блока через разных ISP(на сколько я понимаю проблема именно в этом), можно использовать такой приём только для "проблемных" направлений. О механизмах позволяющих выполнять такие действия автоматически мне ничего не известно :(

        • IP SLA + NAT, !*! евгений, 16:00 , 12-Окт-09 (9)
          • IP SLA + NAT, !*! notme, 17:28 , 12-Окт-09 (10)
            >То есть фактически предлагаете роутить, например, сеть 35.0.0.0 с маской 192.0.0.0? Я
            >Вас правильно понял?

            что то вроде этого:
            ip route 0.0.0.0 224.0.0.0 <ip gw-isp1> 1 track 1
            ip route 0.0.0.0 224.0.0.0 <ip gw-isp2> 2 track 2
            ip route 0.0.0.0 224.0.0.0 <ip gw-isp3> 3 track 3
            ip route 0.0.0.0 224.0.0.0 <ip gw-isp4> 4 track 4
            ip route 32.0.0.0 224.0.0.0 <ip gw-isp1> 4 track 1
            ip route 32.0.0.0 224.0.0.0 <ip gw-isp2> 1 track 2
            ip route 32.0.0.0 224.0.0.0 <ip gw-isp3> 2 track 3
            ip route 32.0.0.0 224.0.0.0 <ip gw-isp4> 3 track 4
            ip route 64.0.0.0 224.0.0.0 <ip gw-isp1> 3 track 1
            ip route 64.0.0.0 224.0.0.0 <ip gw-isp2> 4 track 2
            ip route 64.0.0.0 224.0.0.0 <ip gw-isp3> 1 track 3
            ip route 64.0.0.0 224.0.0.0 <ip gw-isp4> 2 track 4
            .
            .
            .
            Думаю схема должна заработать, абсолютно всех проблем она не решит, однако другого выхода лично я не вижу :-/ маску можно варьировать подбирая оптимальное сочетание, раскидать траф через разных ISP не должно составить труда.




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

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