- BGP на Cisco1841,
slayer, 11:18 , 24-Янв-11 (1)делаете 2 дефолтных маршрута с разной метрикой и всё. - BGP на Cisco1841,
den, 14:28 , 24-Янв-11 (2)> 2. Что Вы будете нам посылать? (что будете транслировать, если что-то кроме > своей AS, то просьба указать AS macro), они запрашивают номер вашей AS или as-set, чтобы можно было по нему строить фильтр префиксов, например тем же bgpq > 3. Что Вы хотите получать от нас: > - всю таблицу маршрутизации, или full-view, есле вы не транзитер , то оно вам скорее не надо. > - AS sovam, я так понял предлагают сети голдена. > - ничего, тут добавить нечего > - все+default. маршрут по умолчанию 0.0.0.0/0 В вашем случае нужно будет установить два пиринга с вашими провайдерами. Обеим анонсировать свой блок PI. От провайдеров получать default. В простейшем случаее препендами (prepend) сделат канал 1M/s бекапным (в этот канала анонсить например с 3 препендами свой префикс). > Заранее огромное спасибо за помощь, самому разобраться в сжатые сроки в BGP, > не имея возможности тестировать что-либо в боевых условиях, не представляется возможным, > выручайте :))
- BGP на Cisco1841,
BGP на Cisco1841 для отказоустойчивости, 14:48 , 24-Янв-11 (3)>[оверквотинг удален] > тут добавить нечего >> - все+default. > маршрут по умолчанию 0.0.0.0/0 > В вашем случае нужно будет установить два пиринга с вашими провайдерами. Обеим > анонсировать свой блок PI. От провайдеров получать default. > В простейшем случаее препендами (prepend) сделат канал 1M/s бекапным (в этот канала > анонсить например с 3 препендами свой префикс). >> Заранее огромное спасибо за помощь, самому разобраться в сжатые сроки в BGP, >> не имея возможности тестировать что-либо в боевых условиях, не представляется возможным, >> выручайте :)) благодарю за ответ, правда сильно яснее пока не стало :) Провайдер один - Совинтел, оба канала идут от него, но имеют абсолютно разные блоки реальных адресов и, судя по всему, маршрутизируются через разные МЕН-узлы, так как при падении основного канала (авария у Совинтела), радиоканал продолжает работать (проверяли несколько раз), именно это и дает надежду его использовать для отказоустойчивости. Из Ваших разъяснений я так понял, что нам не нужно ни full-view, ни sovam, только default. Все ли верно я понял: устанавливаются neighbor-отношения со шлюзами на каждом из каналов, затем prepend-ами (я не знаю пока, что это такое) указывается, что 1Мбит/с - резервный (большая метрика у маршрута??), 10Мбит/c - основной. Каким-то образом анонсируется блок адресов основного канала, на которм опубликованы внешние сервисы (вот здесь тоже не понятно, как это все выглядит). Далее, если основной канал падает, наш блок адресов основного канала остается доступен через резервный, так как автоматически меняется таблица маршрутизации. Я все верно понимаю? Не приведете пример необходимого блока команд, хотя бы без полного синтаксиса, просто каркас, чтобы я на циске смог посмотреть и поискать информацию в интернете?? Спасибо Вам огромное за помощь!!
- BGP на Cisco1841,
slayer, 17:18 , 24-Янв-11 (4)У вас на вашей циске уже настроен какой нить протокол маршрутизации ??? Либо статикой настройте ip route 0.0.0.0 0.0.0.0 x.x.x.x 1 ip route 0.0.0.0 0.0.0.0 y.y.y.y 10 при падении одного линка, будет работать другой линк. но такая настройка может порождать некоторые проблемы.
- BGP на Cisco1841,
BGP на Cisco1841 для отказоустойчивости, 09:49 , 25-Янв-11 (6)> У вас на вашей циске уже настроен какой нить протокол маршрутизации ??? > Либо статикой настройте > ip route 0.0.0.0 0.0.0.0 x.x.x.x 1 > ip route 0.0.0.0 0.0.0.0 y.y.y.y 10 > при падении одного линка, будет работать другой линк. > но такая настройка может порождать некоторые проблемы.Мне кажется (поправьте, если ошибаюсь), что такая схема позволяет зарезервировать только интернет канал, что для нас является второстепенной задачей. Намного более важно для нас иметь отказоустойчивость по опубликованным в интернет сервисам. То есть чтобы при падении основного канала связи, доступные извне сервисы оставались доступными по тому же ip-адресу и порту. Насколько я понимаю, это требует более сложной настройки, чем просто 2 дефолтных маршрута с разной метрикой.
- BGP на Cisco1841,
Aleks305, 20:20 , 24-Янв-11 (5)>[оверквотинг удален] > со шлюзами на каждом из каналов, затем prepend-ами (я не знаю > пока, что это такое) указывается, что 1Мбит/с - резервный (большая метрика > у маршрута??), 10Мбит/c - основной. Каким-то образом анонсируется блок адресов основного > канала, на которм опубликованы внешние сервисы (вот здесь тоже не понятно, > как это все выглядит). Далее, если основной канал падает, наш блок > адресов основного канала остается доступен через резервный, так как автоматически меняется > таблица маршрутизации. Я все верно понимаю? Не приведете пример необходимого блока > команд, хотя бы без полного синтаксиса, просто каркас, чтобы я на > циске смог посмотреть и поискать информацию в интернете?? Спасибо Вам огромное > за помощь!!уже много раз писали на этом форуме про ip sla и track на маршрутизаторах. Мне кажется, без этого ни одна откзоустойчивая схема при маршрутизации не обойдется. По поводу номер AS - ее действительно надо регистрировать, так как приватная AS не будет транслироваться в интернете.
- BGP на Cisco1841,
BGP на Cisco1841 для отказоустойчивости, 09:56 , 25-Янв-11 (7)>[оверквотинг удален] >> как это все выглядит). Далее, если основной канал падает, наш блок >> адресов основного канала остается доступен через резервный, так как автоматически меняется >> таблица маршрутизации. Я все верно понимаю? Не приведете пример необходимого блока >> команд, хотя бы без полного синтаксиса, просто каркас, чтобы я на >> циске смог посмотреть и поискать информацию в интернете?? Спасибо Вам огромное >> за помощь!! > уже много раз писали на этом форуме про ip sla и track > на маршрутизаторах. Мне кажется, без этого ни одна откзоустойчивая схема при > маршрутизации не обойдется. По поводу номер AS - ее действительно надо > регистрировать, так как приватная AS не будет транслироваться в интернете.ip sla это конечно хорошо, но опять же, насколько я знаю, не позволяет резервировать опубликованные сервисы прозрачно.
- BGP на Cisco1841,
rr, 10:23 , 25-Янв-11 (8)>[оверквотинг удален] >>> таблица маршрутизации. Я все верно понимаю? Не приведете пример необходимого блока >>> команд, хотя бы без полного синтаксиса, просто каркас, чтобы я на >>> циске смог посмотреть и поискать информацию в интернете?? Спасибо Вам огромное >>> за помощь!! >> уже много раз писали на этом форуме про ip sla и track >> на маршрутизаторах. Мне кажется, без этого ни одна откзоустойчивая схема при >> маршрутизации не обойдется. По поводу номер AS - ее действительно надо >> регистрировать, так как приватная AS не будет транслироваться в интернете. > ip sla это конечно хорошо, но опять же, насколько я знаю, не > позволяет резервировать опубликованные сервисы прозрачно.не будет работать не ip sla и track не разные метрики на маршрутах по-умолчанию. два адресного пространства, каждое адресное пространство жестко закреплено за своим каналом на стороне совинтел. например, "падает" основной канал, весь трафик от обоих адресных пространств будет исходить с "резервного" канала, но ответы со стороны провайдера вернутся только на адресное пространство, закрепленное за "резервным" каналом. если динмически изменится нат для внутренних адресов в адреса "резервного" канала, то резервирование пройдет. а вот сервисы, висящие на внешних адресах основного канала ждет ситуация, описанная выше. попробовать договориться с голдентелекомом, настраивать в качестве AS с фейковым номером, но не помню чтобы они на такое пошли.
- BGP на Cisco1841,
fantom, 10:58 , 25-Янв-11 (9)>[оверквотинг удален] > на стороне совинтел. > например, "падает" основной канал, весь трафик от обоих адресных пространств будет исходить > с "резервного" канала, но ответы со стороны провайдера вернутся только на > адресное пространство, закрепленное за "резервным" каналом. > если динмически изменится нат для внутренних адресов в адреса "резервного" канала, то > резервирование пройдет. > а вот сервисы, висящие на внешних адресах основного канала ждет ситуация, описанная > выше. > попробовать договориться с голдентелекомом, настраивать в качестве AS с фейковым номером, > но не помню чтобы они на такое пошли.Если оба канала из-под одной AS-ки - то можно пообщаться с провайдером.
- BGP на Cisco1841,
BGP на Cisco1841 для отказоустойчивости, 11:07 , 25-Янв-11 (11)>[оверквотинг удален] >> с "резервного" канала, но ответы со стороны провайдера вернутся только на >> адресное пространство, закрепленное за "резервным" каналом. >> если динмически изменится нат для внутренних адресов в адреса "резервного" канала, то >> резервирование пройдет. >> а вот сервисы, висящие на внешних адресах основного канала ждет ситуация, описанная >> выше. >> попробовать договориться с голдентелекомом, настраивать в качестве AS с фейковым номером, >> но не помню чтобы они на такое пошли. > Если оба канала из-под одной AS-ки - то можно пообщаться с > провайдером.Оба канала от одного провайдера, хотя адресные пространства абсолютно разные, как я писал выше. Что конкретно мне необходимо обсудить с провадером, чтобы точно понять - будет ли BGP работать так, как нам надо, или нет?
- BGP на Cisco1841,
BGP на Cisco1841 для отказоустойчивости, 11:06 , 25-Янв-11 (10)>[оверквотинг удален] > на стороне совинтел. > например, "падает" основной канал, весь трафик от обоих адресных пространств будет исходить > с "резервного" канала, но ответы со стороны провайдера вернутся только на > адресное пространство, закрепленное за "резервным" каналом. > если динмически изменится нат для внутренних адресов в адреса "резервного" канала, то > резервирование пройдет. > а вот сервисы, висящие на внешних адресах основного канала ждет ситуация, описанная > выше. > попробовать договориться с голдентелекомом, настраивать в качестве AS с фейковым номером, > но не помню чтобы они на такое пошли.То есть правильно ли я вас понял, что тут все зависит от Совинтела? Я с ними разговаривал и описывал им детально задачу, делал акцент на то, что нам нужно именно опубликованные сервисы в первую очередб резервировать, они сказали, что все реально через BGP сделать? Не подскажете чуть более детально, что нужно с их стороны настроить и с нашей, чтобы это работало?
- BGP на Cisco1841,
оо, 17:25 , 25-Янв-11 (12)>[оверквотинг удален] >> а вот сервисы, висящие на внешних адресах основного канала ждет ситуация, описанная >> выше. >> попробовать договориться с голдентелекомом, настраивать в качестве AS с фейковым номером, >> но не помню чтобы они на такое пошли. > То есть правильно ли я вас понял, что тут все зависит от > Совинтела? Я с ними разговаривал и описывал им детально задачу, делал > акцент на то, что нам нужно именно опубликованные сервисы в первую > очередб резервировать, они сказали, что все реально через BGP сделать? Не > подскажете чуть более детально, что нужно с их стороны настроить и > с нашей, чтобы это работало?А Вы говорили им, что у Вас нет автономной системы?
- BGP на Cisco1841,
BGP на Cisco1841 для отказоустойчивости, 17:44 , 25-Янв-11 (13)>[оверквотинг удален] >>> выше. >>> попробовать договориться с голдентелекомом, настраивать в качестве AS с фейковым номером, >>> но не помню чтобы они на такое пошли. >> То есть правильно ли я вас понял, что тут все зависит от >> Совинтела? Я с ними разговаривал и описывал им детально задачу, делал >> акцент на то, что нам нужно именно опубликованные сервисы в первую >> очередб резервировать, они сказали, что все реально через BGP сделать? Не >> подскажете чуть более детально, что нужно с их стороны настроить и >> с нашей, чтобы это работало? > А Вы говорили им, что у Вас нет автономной системы?Нет, но мы с ними давно работаем уже, они предоставляют нам кучу сервисов еще помимо интернета и их менеджеры знают, как организована наша сеть, что у нас нет и не было никогда зарегистрированной AS... А это существенно? Советуете переспросить у них, поможет ли нам BGP, явно указав при этом на отсутствие у нас зарегистрированной AS?
- BGP на Cisco1841,
оо, 18:27 , 25-Янв-11 (14)>[оверквотинг удален] >>> акцент на то, что нам нужно именно опубликованные сервисы в первую >>> очередб резервировать, они сказали, что все реально через BGP сделать? Не >>> подскажете чуть более детально, что нужно с их стороны настроить и >>> с нашей, чтобы это работало? >> А Вы говорили им, что у Вас нет автономной системы? > Нет, но мы с ними давно работаем уже, они предоставляют нам кучу > сервисов еще помимо интернета и их менеджеры знают, как организована наша > сеть, что у нас нет и не было никогда зарегистрированной AS... > А это существенно? Советуете переспросить у них, поможет ли нам BGP, > явно указав при этом на отсутствие у нас зарегистрированной AS?Переспросите.
- BGP на Cisco1841,
оо, 18:28 , 25-Янв-11 (15)>[оверквотинг удален] >>>> очередб резервировать, они сказали, что все реально через BGP сделать? Не >>>> подскажете чуть более детально, что нужно с их стороны настроить и >>>> с нашей, чтобы это работало? >>> А Вы говорили им, что у Вас нет автономной системы? >> Нет, но мы с ними давно работаем уже, они предоставляют нам кучу >> сервисов еще помимо интернета и их менеджеры знают, как организована наша >> сеть, что у нас нет и не было никогда зарегистрированной AS... >> А это существенно? Советуете переспросить у них, поможет ли нам BGP, >> явно указав при этом на отсутствие у нас зарегистрированной AS? > Переспросите.у нас очень похожая ситуация
- BGP на Cisco1841,
den, 18:40 , 25-Янв-11 (16) > у нас очень похожая ситуация попросите сделать вам мультихом подключение. например по bgp с private AS. 1. Имеем две интерфейсные пары /30 2. Строим пиринг с remote AS111 3. анонсим свой префикс на которых работают ваши сервисы 22.22.22.0/26 4. Принимаем маршрут по умолчанию с 10mbit канала и вешаем на него local_pref 200 на втором будет дефотлтное значение 100 Со своей стороны провайдер вешает community no-advertise, чтобы не нарушать свою внутренню полиси маршрутизации. 5. Убираем статику на маршрутизаторе итого имеем резервирование на L3 уровне.
- BGP на Cisco1841,
rr, 08:52 , 26-Янв-11 (17)>[оверквотинг удален] > 1. Имеем две интерфейсные пары /30 > 2. Строим пиринг с remote AS111 > 3. анонсим свой префикс на которых работают ваши сервисы 22.22.22.0/26 > 4. Принимаем маршрут по умолчанию с 10mbit канала и вешаем на него > local_pref 200 > на втором будет дефотлтное значение 100 > Со своей стороны провайдер вешает community no-advertise, чтобы не нарушать свою внутренню > полиси маршрутизации. > 5. Убираем статику на маршрутизаторе > итого имеем резервирование на L3 уровне.в том и вопрос будет ли провайдер работать с private AS - BGP на Cisco1841,
BGP на Cisco1841 для отказоустойчивости, 09:38 , 26-Янв-11 (18)>[оверквотинг удален] > 1. Имеем две интерфейсные пары /30 > 2. Строим пиринг с remote AS111 > 3. анонсим свой префикс на которых работают ваши сервисы 22.22.22.0/26 > 4. Принимаем маршрут по умолчанию с 10mbit канала и вешаем на него > local_pref 200 > на втором будет дефотлтное значение 100 > Со своей стороны провайдер вешает community no-advertise, чтобы не нарушать свою внутренню > полиси маршрутизации. > 5. Убираем статику на маршрутизаторе > итого имеем резервирование на L3 уровне.Вот, теперь стало более менее ясно. По крайней мере, есть алгоритм действий :) Буду стараться связаться с нашим менеджером у провайдера, чтобы уточнить, будут ли они работать с private as. Всем огромное спасибо за помощь, вернусь в тему, когда получу подтверждение провайдера.
- BGP на Cisco1841,
rr, 09:55 , 26-Янв-11 (19)>[оверквотинг удален] >> local_pref 200 >> на втором будет дефотлтное значение 100 >> Со своей стороны провайдер вешает community no-advertise, чтобы не нарушать свою внутренню >> полиси маршрутизации. >> 5. Убираем статику на маршрутизаторе >> итого имеем резервирование на L3 уровне. > Вот, теперь стало более менее ясно. По крайней мере, есть алгоритм действий > :) Буду стараться связаться с нашим менеджером у провайдера, чтобы уточнить, > будут ли они работать с private as. Всем огромное спасибо за > помощь, вернусь в тему, когда получу подтверждение провайдера.Да да, вернись, есть подобные вопросы.
- BGP на Cisco1841,
rr, 10:12 , 26-Янв-11 (20)>[оверквотинг удален] > 1. Имеем две интерфейсные пары /30 > 2. Строим пиринг с remote AS111 > 3. анонсим свой префикс на которых работают ваши сервисы 22.22.22.0/26 > 4. Принимаем маршрут по умолчанию с 10mbit канала и вешаем на него > local_pref 200 > на втором будет дефотлтное значение 100 > Со своей стороны провайдер вешает community no-advertise, чтобы не нарушать свою внутренню > полиси маршрутизации. > 5. Убираем статику на маршрутизаторе > итого имеем резервирование на L3 уровне.Den А если немного изменить за дачу. Два канала на одного провайдера. Сейчас за каждым каналом закреплены свои подсети. Если хочется, чтобы подсеть стала доступна с другого канала пишем заявку на смену маршуртизации провайдеру. Как сделать так чтобы настроив у себя BGP, это делалось автоматически. Как бы "сказать" при помощи BGP провайдеру, что такая-то подсеть доступна теперь через такой-то канал, а в случае падения канала, доступна через другой канал. - BGP на Cisco1841,
fantom, 10:33 , 26-Янв-11 (21)>[оверквотинг удален] >> итого имеем резервирование на L3 уровне. > Den > А если немного изменить за дачу. > Два канала на одного провайдера. > Сейчас за каждым каналом закреплены свои подсети. Если хочется, чтобы подсеть стала > доступна с другого канала пишем заявку на смену маршуртизации провайдеру. > Как сделать так чтобы настроив у себя BGP, это делалось автоматически. > Как бы "сказать" при помощи BGP провайдеру, что такая-то подсеть доступна теперь > через такой-то канал, а в случае падения канала, доступна через другой > канал.Вы вообще с BGP знакомы? У BGP есть иерархия параметров при принятии решения о выборе того или иного пути, одними параметрами вы можете управлять, другими - нет. Кроме того есть равила ip маршрутизации. - BGP на Cisco1841,
rr, 12:23 , 26-Янв-11 (22)>[оверквотинг удален] >> Сейчас за каждым каналом закреплены свои подсети. Если хочется, чтобы подсеть стала >> доступна с другого канала пишем заявку на смену маршуртизации провайдеру. >> Как сделать так чтобы настроив у себя BGP, это делалось автоматически. >> Как бы "сказать" при помощи BGP провайдеру, что такая-то подсеть доступна теперь >> через такой-то канал, а в случае падения канала, доступна через другой >> канал. > Вы вообще с BGP знакомы? > У BGP есть иерархия параметров при принятии решения о выборе того или > иного пути, одними параметрами вы можете управлять, другими - нет. > Кроме того есть равила ip маршрутизации.то есть задача не решабельна?
- BGP на Cisco1841,
fantom, 12:43 , 26-Янв-11 (23)>[оверквотинг удален] >>> доступна с другого канала пишем заявку на смену маршуртизации провайдеру. >>> Как сделать так чтобы настроив у себя BGP, это делалось автоматически. >>> Как бы "сказать" при помощи BGP провайдеру, что такая-то подсеть доступна теперь >>> через такой-то канал, а в случае падения канала, доступна через другой >>> канал. >> Вы вообще с BGP знакомы? >> У BGP есть иерархия параметров при принятии решения о выборе того или >> иного пути, одними параметрами вы можете управлять, другими - нет. >> Кроме того есть равила ip маршрутизации. > то есть задача не решабельна?У вас уже настроено взаимодействие по BGP с провайдером? Если нет - то не решабельна, т.к. нет собственно задачи. Если да - то вы хотя бы обзорно настройку BGP разбирали???? - BGP на Cisco1841,
rr, 12:49 , 26-Янв-11 (24)>[оверквотинг удален] >>>> через такой-то канал, а в случае падения канала, доступна через другой >>>> канал. >>> Вы вообще с BGP знакомы? >>> У BGP есть иерархия параметров при принятии решения о выборе того или >>> иного пути, одними параметрами вы можете управлять, другими - нет. >>> Кроме того есть равила ip маршрутизации. >> то есть задача не решабельна? > У вас уже настроено взаимодействие по BGP с провайдером? > Если нет - то не решабельна, т.к. нет собственно задачи. > Если да - то вы хотя бы обзорно настройку BGP разбирали????Нет не настроено. А чем вышеописанное не задача?
- BGP на Cisco1841,
fantom, 13:19 , 26-Янв-11 (25)>[оверквотинг удален] >>>> Вы вообще с BGP знакомы? >>>> У BGP есть иерархия параметров при принятии решения о выборе того или >>>> иного пути, одними параметрами вы можете управлять, другими - нет. >>>> Кроме того есть равила ip маршрутизации. >>> то есть задача не решабельна? >> У вас уже настроено взаимодействие по BGP с провайдером? >> Если нет - то не решабельна, т.к. нет собственно задачи. >> Если да - то вы хотя бы обзорно настройку BGP разбирали???? > Нет не настроено. > А чем вышеописанное не задача?Слишком абстрактно... Допустим все настроили и работает, сеть А при нормальных условиях "ходит" через канал 1, теперь вы решили, что основным каналом будет канал 2. При определенной политике со строны провайдера вы НИКАКИМИ средствами это не реализуете БЕЗ согласования с провайдером, хотя если линк по каналу 1 пропадет - все побежит через канал 2. "Как бы "сказать" при помощи BGP провайдеру, что такая-то подсеть доступна теперь через такой-то канал, а в случае падения канала, доступна через другой... " вопрос вообще непонятно зачем заданый, задача протоколов динамической маршрутизации (а BGP-один из таковых) именно в этом и состоит.
- BGP на Cisco1841,
rr, 13:29 , 26-Янв-11 (26)>[оверквотинг удален] >> А чем вышеописанное не задача? > Слишком абстрактно... > Допустим все настроили и работает, сеть А при нормальных условиях "ходит" через > канал 1, теперь вы решили, что основным каналом будет канал 2. > При определенной политике со строны провайдера вы НИКАКИМИ средствами это не реализуете > БЕЗ согласования с провайдером, хотя если линк по каналу 1 > пропадет - все побежит через канал 2. > "Как бы "сказать" при помощи BGP провайдеру, что такая-то подсеть доступна теперь > через такой-то канал, а в случае падения канала, доступна через другой... > " Это было разъяснение, что хотим получить. > вопрос вообще непонятно зачем заданый, задача протоколов динамической маршрутизации (а > BGP-один из таковых) именно в этом и состоит. Может BGP такого не может сделать. - BGP на Cisco1841,
den, 17:25 , 26-Янв-11 (27)>> "Как бы "сказать" при помощи BGP провайдеру, что такая-то подсеть доступна теперь >> через такой-то канал, а в случае падения канала, доступна через другой..."Технически задача решаемая, но врядли апстрим будет под вас править bgp policy. Но если вы VIP клиент.... Способов вижу 2, все требуют поддержки провайдера 1. С помощью MED http://www.cisco.com/en/US/tech/tk365/technologies_tech_note... 2. С помощью коммунити. Выставляя определенный коммунити на анонсируемый префикс на стороне провайдера будет повышаться local_pref, тем самым В обеих случаях анонсить ваши две сети с сервисами.
- BGP на Cisco1841,
fantom, 20:57 , 27-Янв-11 (28)>>> "Как бы "сказать" при помощи BGP провайдеру, что такая-то подсеть доступна теперь >>> через такой-то канал, а в случае падения канала, доступна через другой..." > Технически задача решаемая, но врядли апстрим будет под вас править bgp policy. > Но если вы VIP клиент.... > Способов вижу 2, все требуют поддержки провайдера > 1. С помощью MED > http://www.cisco.com/en/US/tech/tk365/technologies_tech_note... > 2. С помощью коммунити. Выставляя определенный коммунити на анонсируемый префикс на стороне > провайдера будет повышаться local_pref, тем самым > В обеих случаях анонсить ваши две сети с сервисами.3. если сети суммируются - в один канал сумму + 1 подсеть в каждый канал. 4. если договориться с провом - на один канал больший локал-преф 5. AS-пафом.... - BGP на Cisco1841,
rhip, 01:11 , 19-Апр-13 (29)>[оверквотинг удален] >> Способов вижу 2, все требуют поддержки провайдера >> 1. С помощью MED >> http://www.cisco.com/en/US/tech/tk365/technologies_tech_note... >> 2. С помощью коммунити. Выставляя определенный коммунити на анонсируемый префикс на стороне >> провайдера будет повышаться local_pref, тем самым >> В обеих случаях анонсить ваши две сети с сервисами. > 3. если сети суммируются - в один канал сумму + 1 подсеть > в каждый канал. > 4. если договориться с провом - на один канал больший локал-преф > 5. AS-пафом....Ага, а еще можно сделать через DNS. У них на фирме example.com = IP22.22.22.22 стоит apache-бокс, который периодически отваливается, ибо ломается связь до прова. А нужно чтобы веб-любители всегда смогли достичь эту апаче-коробку. По IP адресу явно не достигнут, ибо фирме нужна своя AS, собственный CIDR-блок==префикс + BGP-based external(exterior?) gateway(s). Но ведь есть же DNS! И все нормальные люди ею пользуются. Вбив на один ресурс www.example.com сразу несколько IP, получим балансировку понимаешь. В обычном случае траф на апачебокс траф будет идти сразу с двух направлений. При отваливании одного из них, ну что ж, только на 1. ХитрО, а?
|