Есть cisco от нее по двум потокам к разным провайдерам уходят потоки. Можно ли сделать так что если один поток начинает переполняться , излишки перебрасываются на другой поток или если один вылетает то весь поток перекидывается
>Есть cisco от нее по двум потокам
> к разным провайдерам уходят потоки.
> Можно ли сделать так что если один поток
>начинает переполняться , излишки перебрасываются на другой поток или
> если один вылетает то весь поток перекидываетсяможно
Каким образом?
>Каким образом?Как мне объяснили это проще сделать через BGP
Покупаем сеть класса С, регистрируем идентификатор автономной системы и ею становимся(автономной системой) и говорим провайдерам, что бы они пропускали нашу сеть, вот и все... осталось дело за малым ;-)
>>Каким образом?
>
>Как мне объяснили это проще сделать через BGP
>Покупаем сеть класса С, регистрируем идентификатор автономной системы и ею становимся(автономной системой)
>и говорим провайдерам, что бы они пропускали нашу сеть, вот и
>все... осталось дело за малым ;-)
Ага. Только AS начинается с /22 и стоит несколько килобаксов в год. Кто бы мне на мою /23 дал BGP...По поводу вашей проблемы (2 прова, разные адреса) есть вот какая мысль. Коль BGP нереально получить, может поднять кучу натов 1 в 1? порт-в-порт натить, тогда и внутренние почтовики-www шники будут работать?
Незнаю че вы тут все заморачиваетесть с BGP.
У меня например три линка на разных провов и все работает и при этом езще делаю дележ uaix траффика от бугра. (Linux + iproute2).
Для любителей BSD систем (для Linux тоже вариант) ставим zebra'У (для балансировки хватит OSPF)и на два линка ставим одинаковые косты, при этом получаем балансировку траффика.PS: предпочитаю iproute так как у меня намного сложнее ситуация, имеется 3 таблицы маршрутизации (одни ходят чисто по одному линку, вторые по чисто по второму, третие uaix - по первому , бугор по второму)
>Незнаю че вы тут все заморачиваетесть с BGP.
>У меня например три линка на разных провов и все работает и
>при этом езще делаю дележ uaix траффика от бугра. (Linux +
>iproute2).
>Для любителей BSD систем (для Linux тоже вариант) ставим zebra'У (для балансировки
>хватит OSPF)и на два линка ставим одинаковые косты, при этом получаем
>балансировку траффика.
>
>PS: предпочитаю iproute так как у меня намного сложнее ситуация, имеется 3
>таблицы маршрутизации (одни ходят чисто по одному линку, вторые по чисто
>по второму, третие uaix - по первому , бугор по второму)
>
Можно поподробнее? Как на линуксе и iproute, с дележем укр и внешнего трафика... Можно в почту.
>Есть cisco от нее по двум потокам
> к разным провайдерам уходят потоки.
> Можно ли сделать так что если один поток
>начинает переполняться , излишки перебрасываются на другой поток или
> если один вылетает то весь поток перекидываетсяУважаемые!!! такая же намечается заморочка (два канала от разных провайдеров), просьба описать как все реализовано???
(расширяемся и теперь у нас два провайдера -- IP-старые + IP-новые, используем и старые и новые IP-адреса!)задача:
1) все работают на канале 1-го прова, если он затих(а затихает разов по 5 на дню), то работаем со 2-м
2) за НАТ не прятать(так как используются программы критичные к IP адресам)вопрос:
1) какие необходимы железки (между железками оптоволокно)?
2) какие настройки в этих железках?P.S. У кого такая или примерная схема работает, помогите!
Если без нат каким образом провайдеры будут маршрутизировать чужие адреса?
>Если без нат каким образом провайдеры будут маршрутизировать чужие адреса?хе-хе... :-) (добрая улыбка), принцип маршрутизации напомните плз, я так думаю что мы тут все за одним большим-сплошным натом...
у других же как то работает "два канала разных провов"?
у других поднят BGP и своя автономная система :))
Сколько стоит зарегистрировать автономную систему, какие ресурсы нужны для BGP ?
>у других поднят BGP и своя автономная система :))Спасибо большое, начинаем танцевать в сторону BGP и AS
Может быть, поможет PIB?
Ну и расскажи "принцип маршрутизации"
>Ну и расскажи "принцип маршрутизации"статическую (тип маршрутизации, при котором данные передаются по предопределенным путям и задерживаются, если путь блокирован.)
или
динамическую (метод автоматического изменения маршрута следования сообщения при отказах и перегрузках определенных линий. Используется в сетях коммутации пакетов.)
>или
>
>динамическую (метод автоматического изменения маршрута следования
>сообщения при отказах и перегрузках определенных линий. Используется в
>сетях коммутации пакетов.)вот это я понимаю! вот это рулез! как это делаецца?
и что такое BGP?пасибо.
> как это делаецца?
чуть выше: http://www.opennet.me/openforum/vsluhforumID6/5377.html#10>и что такое BGP?
а вообще хорошая весчь: http://tsn.net.ru/study/bgp/
http://virgin.relcom.net/CURS/BGP/bgp_rus.html
>>или
>>
>>динамическую (метод автоматического изменения маршрута следования
>>сообщения при отказах и перегрузках определенных линий. Используется в
>>сетях коммутации пакетов.)
>
>вот это я понимаю! вот это рулез! как это делаецца?
>и что такое BGP?
>
>пасибо.ripe.net - еще и сюда загляни =)
>Если без нат каким образом провайдеры будут маршрутизировать чужие адреса?кстати! адреса не чужие, а мои... вот, несколько сеточек-С
куда дальше?
>>Если без нат каким образом провайдеры будут маршрутизировать чужие адреса?
>
>кстати! адреса не чужие, а мои... вот, несколько сеточек-С
>куда дальше?
Да? И выданы они вам в ripn и whois указывает на вас? Тогда почему вы не AS?В принципе -- известно куда. Находить железку (софтинку), которая умеет bgp, договариваться с обоими аплинками про динамическую маршрутизацию и иметь щасьте. BGP умеют фактически все маршрутизаторы -- от cisco до pc routers, есть там пакеты для этого.
Упереться это может в то, что провайдер может просто не держать BGP.
Смотрим на протоколы маршрутизации "состояния канала". Среди них есть не только BGP, но и замечательный протокол OSPF. Возможно он , если к этому приложить руки, поможет в решении вашей проблемы.
За небольшую мзду отвечу на все вопросы и настрою любую конфигурацию (на маршрутизаторах Cisco или Linux)Бесплатно эту тему обсуждали тысячу и один раз, как на этом сайте, так и на CCNA.ру
Добрый ты наш
>За небольшую мзду отвечу на все вопросы и настрою любую конфигурацию (на
>маршрутизаторах Cisco или Linux)
>
>Бесплатно эту тему обсуждали тысячу и один раз, как на этом сайте,
>так и на CCNA.руну давай попробуем что нить с тобой придумать, давай свои координаты в почту или куда там
А linux + iproute2 Вас чем не устраивает???
>А linux + iproute2 Вас чем не устраивает???религия не позволяет ;-)
можно писать на roman#rt.mipt.ruЖелательно по поводу Cisco
>можно писать на roman#rt.mipt.ru
>
>Желательно по поводу Cisco а чиво влом поставить линух там довольно просто и гибко всегда сможешь перестроить а то Cisco как что так сразу новая модель
>а чиво влом поставить линух там довольно просто и гибко всегда сможешь перестроить а то Cisco как что так сразу новая модельВы, молодой человек, форумом случайно ошиблись
>>а чиво влом поставить линух там довольно просто и гибко всегда сможешь перестроить а то Cisco как что так сразу новая модельа что мне каждый месяц линух патчить и со всякой его фигней заморачиваться...
p.s. Религия - bsd systems...
а в BSD разве не нада cvs-апится ?!!
Может просто Соня повторится еще разок, а мы закоспектируем.
Пожалуйста!http://www.ccna.ru/cgi-bin/forum.cgi?action=thread&id=8737
http://www.ccna.ru/cgi-bin/forum.cgi?action=thread&id=8402
И ключевое:Роман Шишкин (Sonne) 2004-04-16 15:05:01[ред]
Выбор решения зависит исключительно от условий задачи.
Вот уточняющие вопросы:1. Требуется резервировать доступ внутрених клиентов к интернет, или доступ интернт-клиентов к внутренним ресурам?
2. Какое падение связи требуется резевривровать:
1) Падение интерфейса канала провадйера.
2) Падение сети провадйдера.
3) Частичная потеря связности провайдера с русскими сетями Интернет.
4) Частичная потеря связности провайдера с зарубежными сетями Интернет.3. Какие протоколы маршрутизации доступны всем трем сторонам RIP, OSPF, BGP?
4. Требуется ли балансировка трафика?
1) Режим основной + резервный, балансировка не требуется.
1) Балансировка пропорционально полосам каналов.
2) Балансировка пропорционально наилучшей связности в сети Интернет.5. Бюджетные рамки.
Соня, спасибо.. почитаем обдумаем... Вот непонятно все же как имя реальные адреса и быть подключенным к двум провайдерам, один из провайдеров будет маршрутизировать "чужие" адреса. Это благодаря BGP ?
>Соня, спасибо.. почитаем обдумаем... Вот непонятно все же как имя реальные адреса
>и быть подключенным к двум провайдерам, один из провайдеров будет маршрутизировать
>"чужие" адреса. Это благодаря BGP ?BGP не разрывно связана с AS так что если вы AS, то адреса не чужие, а вашу AS _должны_ все нормальные провайдеры... вот!
Поясни, не понял.
Два разных провайдера. Держут разные сети.
ОДин провайдер выдал тебе пул адресов. Для другого провайдера они "чужие".
В чем заблуждение?
>Поясни, не понял.
>Два разных провайдера. Держут разные сети.
>ОДин провайдер выдал тебе пул адресов. Для другого провайдера они "чужие".
Прааально!!!если это не большая сеточка менее /24 и бюджет не позволяет зарегистрировать ее как AS тогда облом...
>В чем заблуждение?
а вот если вы _купили_ пачку адресов у RIPE тогда сеточка ваша и вы можете попросить провов _пропускать нашу_ сеть, им же пофиг что бегает, лиш бы платили за аренду порта или за трафик
>а вот если вы _купили_ пачку адресов у RIPE тогда сеточка ваша
>и вы можете попросить провов _пропускать нашу_ сеть, им же пофиг
>что бегает, лиш бы платили за аренду порта или за трафик
>
А как купить пачку адресов? Почем?И что с ними потом делать, если таки два провайдера? Сказать обоим -- пропускайте, а там -- как получится? Но мне надо, чтобы один провайдер пользовался _только_ в том случае, если первый упадет?
>>а вот если вы _купили_ пачку адресов у RIPE тогда сеточка ваша
>>и вы можете попросить провов _пропускать нашу_ сеть, им же пофиг
>>что бегает, лиш бы платили за аренду порта или за трафик
>>
>А как купить пачку адресов? Почем?>И что с ними потом делать, если таки два провайдера? Сказать обоим
>-- пропускайте, а там -- как получится? Но мне надо, чтобы
>один провайдер пользовался _только_ в том случае, если первый упадет?сами толком не обкурили эту тему, но должно быть что то вроде как приоритизации каналов... хотя как я понимаю тут будет работать через кого ближе маршрут
>
>сами толком не обкурили эту тему, но должно быть что то вроде
>как приоритизации каналов... хотя как я понимаю тут будет работать через
>кого ближе маршрут
Именно это нам и не надо. Потому как основное -- не скорость доступа, а минимизация затрат. То есть на дорогого прова мы должны перейти только в том случае, когда дешевый упал окончательно.
Иначе бухгалтерия станет настолько запутанной, что претензии можно будет придумывать из воздуха.
>а в BSD разве не нада cvs-апится ?!!
ну как бы надо...Only one remote hole in the default install, in more than 8 years!
но реже :-D
а просто роутер еще реже :-D