Добрый день. У нас возникла ситуация резервного канала для резервирования некоторых сервисов, которые будут висеть на внешний ip-адресах. Всвязи с этим вопрос - нужно будет получать full-view от двух провайдеров или можно каким-то другим образом это провернуть?
Стык будет по BGP...
> Добрый день. У нас возникла ситуация резервного канала для резервирования некоторых сервисов,
> которые будут висеть на внешний ip-адресах. Всвязи с этим вопрос -
> нужно будет получать full-view от двух провайдеров или можно каким-то другим
> образом это провернуть?
> Стык будет по BGP...исходных данных мало....но думаю, что не нужно будет....и почитайте про bgp)
>> Добрый день. У нас возникла ситуация резервного канала для резервирования некоторых сервисов,
>> которые будут висеть на внешний ip-адресах. Всвязи с этим вопрос -
>> нужно будет получать full-view от двух провайдеров или можно каким-то другим
>> образом это провернуть?
>> Стык будет по BGP...
> исходных данных мало....но думаю, что не нужно будет....и почитайте про bgp)Спасибо) ПРо BGP-то я почитал, только вот читается в основном теория, а в данном случае интересует практическая сторона вопроса. Грубо говоря, как настроить это я знаю. Вопрос целесообразности - как лучше сделать проецируя это на обычную коммерческую контору, в которой есть около 40 единиц оборудования.
>>> Добрый день. У нас возникла ситуация резервного канала для резервирования некоторых сервисов,
>>> которые будут висеть на внешний ip-адресах. Всвязи с этим вопрос -
>>> нужно будет получать full-view от двух провайдеров или можно каким-то другим
>>> образом это провернуть?
>>> Стык будет по BGP...
>> исходных данных мало....но думаю, что не нужно будет....и почитайте про bgp)
> Спасибо) ПРо BGP-то я почитал, только вот читается в основном теория, а
> в данном случае интересует практическая сторона вопроса. Грубо говоря, как настроить
> это я знаю. Вопрос целесообразности - как лучше сделать проецируя это
> на обычную коммерческую контору, в которой есть около 40 единиц оборудования.мой совет: если Вы не можете объяснить самому себе, для чего Вам full view нужен, то full view Вам не нужен
>[оверквотинг удален]
>>>> нужно будет получать full-view от двух провайдеров или можно каким-то другим
>>>> образом это провернуть?
>>>> Стык будет по BGP...
>>> исходных данных мало....но думаю, что не нужно будет....и почитайте про bgp)
>> Спасибо) ПРо BGP-то я почитал, только вот читается в основном теория, а
>> в данном случае интересует практическая сторона вопроса. Грубо говоря, как настроить
>> это я знаю. Вопрос целесообразности - как лучше сделать проецируя это
>> на обычную коммерческую контору, в которой есть около 40 единиц оборудования.
> мой совет: если Вы не можете объяснить самому себе, для чего Вам
> full view нужен, то full view Вам не нуженМожет и не нужен) Подскажите зачем может понадобится хранить у себя full-view? И соответственно как будет настроено соединение с провайдерами - статика? А по BGP я отдам свои внешние маршруты, например...так?
>[оверквотинг удален]
>>>> исходных данных мало....но думаю, что не нужно будет....и почитайте про bgp)
>>> Спасибо) ПРо BGP-то я почитал, только вот читается в основном теория, а
>>> в данном случае интересует практическая сторона вопроса. Грубо говоря, как настроить
>>> это я знаю. Вопрос целесообразности - как лучше сделать проецируя это
>>> на обычную коммерческую контору, в которой есть около 40 единиц оборудования.
>> мой совет: если Вы не можете объяснить самому себе, для чего Вам
>> full view нужен, то full view Вам не нужен
> Может и не нужен) Подскажите зачем может понадобится хранить у себя full-view?
> И соответственно как будет настроено соединение с провайдерами - статика? А
> по BGP я отдам свои внешние маршруты, например...так?Мда... плохо вы БГП читали :)
full-view нужен для оптимальности исходящего трафа.
>[оверквотинг удален]
>>>> в данном случае интересует практическая сторона вопроса. Грубо говоря, как настроить
>>>> это я знаю. Вопрос целесообразности - как лучше сделать проецируя это
>>>> на обычную коммерческую контору, в которой есть около 40 единиц оборудования.
>>> мой совет: если Вы не можете объяснить самому себе, для чего Вам
>>> full view нужен, то full view Вам не нужен
>> Может и не нужен) Подскажите зачем может понадобится хранить у себя full-view?
>> И соответственно как будет настроено соединение с провайдерами - статика? А
>> по BGP я отдам свои внешние маршруты, например...так?
> Мда... плохо вы БГП читали :)
> full-view нужен для оптимальности исходящего трафа.Читать это одно, а делать руками это уже совсем другое) Читать-то я читал, и внимательно (сдавал экзамен ЦЦНП-роут, но всё это дело забывается буквально через месяц, если ежедневно не повторять и не работать с этим, а работать с БГП кроме как в GNS3 при подготовке к экзамену мне не приходилось. В общем в корпоративной среде фулвью не нужен насколько я смог выяснить.
>[оверквотинг удален]
>>> И соответственно как будет настроено соединение с провайдерами - статика? А
>>> по BGP я отдам свои внешние маршруты, например...так?
>> Мда... плохо вы БГП читали :)
>> full-view нужен для оптимальности исходящего трафа.
> Читать это одно, а делать руками это уже совсем другое) Читать-то я
> читал, и внимательно (сдавал экзамен ЦЦНП-роут, но всё это дело забывается
> буквально через месяц, если ежедневно не повторять и не работать с
> этим, а работать с БГП кроме как в GNS3 при подготовке
> к экзамену мне не приходилось. В общем в корпоративной среде фулвью
> не нужен насколько я смог выяснить.Нсамом деле нужность/ненужность фула определяется характером исходящего трафика и вашим желанием его оптимизировать.
Есть значительная часть исхода попадает всего в несколько AS-ок - или отфильтруйте или закажите от прова анонс только этих AS-ок; если исход сильно размазан по большому количеству AS-ок (что в корпоративной среде практически не наблюдается) - то может и фул стоит взять.
>[оверквотинг удален]
>>> Мда... плохо вы БГП читали :)
>>> full-view нужен для оптимальности исходящего трафа.
>> Читать это одно, а делать руками это уже совсем другое) Читать-то я
>> читал, и внимательно (сдавал экзамен ЦЦНП-роут, но всё это дело забывается
>> буквально через месяц, если ежедневно не повторять и не работать с
>> этим, а работать с БГП кроме как в GNS3 при подготовке
>> к экзамену мне не приходилось. В общем в корпоративной среде фулвью
>> не нужен насколько я смог выяснить.
> Нсамом деле нужность/ненужность фула определяется характером исходящего трафика и вашим
> желанием его оптимизировать.и железом на котором это все предполагается поднять
>[оверквотинг удален]
>>>> full-view нужен для оптимальности исходящего трафа.
>>> Читать это одно, а делать руками это уже совсем другое) Читать-то я
>>> читал, и внимательно (сдавал экзамен ЦЦНП-роут, но всё это дело забывается
>>> буквально через месяц, если ежедневно не повторять и не работать с
>>> этим, а работать с БГП кроме как в GNS3 при подготовке
>>> к экзамену мне не приходилось. В общем в корпоративной среде фулвью
>>> не нужен насколько я смог выяснить.
>> Нсамом деле нужность/ненужность фула определяется характером исходящего трафика и вашим
>> желанием его оптимизировать.
> и железом на котором это все предполагается поднять3925 кошка. К фулвью уже не склоняюсь - получу основной шлюз и IP SLA подцеплю с трекингом, чтобы если основной ISP отвалится.
>[оверквотинг удален]
>>>> читал, и внимательно (сдавал экзамен ЦЦНП-роут, но всё это дело забывается
>>>> буквально через месяц, если ежедневно не повторять и не работать с
>>>> этим, а работать с БГП кроме как в GNS3 при подготовке
>>>> к экзамену мне не приходилось. В общем в корпоративной среде фулвью
>>>> не нужен насколько я смог выяснить.
>>> Нсамом деле нужность/ненужность фула определяется характером исходящего трафика и вашим
>>> желанием его оптимизировать.
>> и железом на котором это все предполагается поднять
> 3925 кошка. К фулвью уже не склоняюсь - получу основной шлюз и
> IP SLA подцеплю с трекингом, чтобы если основной ISP отвалится.чо?
>[оверквотинг удален]
>>>> читал, и внимательно (сдавал экзамен ЦЦНП-роут, но всё это дело забывается
>>>> буквально через месяц, если ежедневно не повторять и не работать с
>>>> этим, а работать с БГП кроме как в GNS3 при подготовке
>>>> к экзамену мне не приходилось. В общем в корпоративной среде фулвью
>>>> не нужен насколько я смог выяснить.
>>> Нсамом деле нужность/ненужность фула определяется характером исходящего трафика и вашим
>>> желанием его оптимизировать.
>> и железом на котором это все предполагается поднять
> 3925 кошка. К фулвью уже не склоняюсь - получу основной шлюз и
> IP SLA подцеплю с трекингом, чтобы если основной ISP отвалится.Какими сложными путями вы идете :)
Достаточно принять два дефолта(от основного прова и от резервного), расставить на них разный localpref(ну или разный weight на пиров) и все... FV вам судя по всему нафиг не нужен.
>[оверквотинг удален]
>>>>> не нужен насколько я смог выяснить.
>>>> Нсамом деле нужность/ненужность фула определяется характером исходящего трафика и вашим
>>>> желанием его оптимизировать.
>>> и железом на котором это все предполагается поднять
>> 3925 кошка. К фулвью уже не склоняюсь - получу основной шлюз и
>> IP SLA подцеплю с трекингом, чтобы если основной ISP отвалится.
> Какими сложными путями вы идете :)
> Достаточно принять два дефолта(от основного прова и от резервного), расставить на них
> разный localpref(ну или разный weight на пиров) и все... FV вам
> судя по всему нафиг не нужен.Говорите с обоими провами, чтобы дали вам дефолт+ анонсы с точки обмена трафиком (UA-IX или M-IX или еще что) и не паритесь с IP SLA.
Имхо - IP SLA на BGP - трусы с капюшоном :)
>[оверквотинг удален]
>>> 3925 кошка. К фулвью уже не склоняюсь - получу основной шлюз и
>>> IP SLA подцеплю с трекингом, чтобы если основной ISP отвалится.
>> Какими сложными путями вы идете :)
>> Достаточно принять два дефолта(от основного прова и от резервного), расставить на них
>> разный localpref(ну или разный weight на пиров) и все... FV вам
>> судя по всему нафиг не нужен.
> Говорите с обоими провами, чтобы дали вам дефолт+ анонсы с точки обмена
> трафиком (UA-IX или M-IX или еще что) и не паритесь с
> IP SLA.
> Имхо - IP SLA на BGP - трусы с капюшоном :)Я как раз думал не заморачиваться с IP SLA, но не припомню: если доступен гейтвей, а дальше у провайдера проблемы, BGP перекинет траф на другого?
>[оверквотинг удален]
>>> Достаточно принять два дефолта(от основного прова и от резервного), расставить на них
>>> разный localpref(ну или разный weight на пиров) и все... FV вам
>>> судя по всему нафиг не нужен.
>> Говорите с обоими провами, чтобы дали вам дефолт+ анонсы с точки обмена
>> трафиком (UA-IX или M-IX или еще что) и не паритесь с
>> IP SLA.
>> Имхо - IP SLA на BGP - трусы с капюшоном :)
> Я как раз думал не заморачиваться с IP SLA, но не припомню:
> если доступен гейтвей, а дальше у провайдера проблемы, BGP перекинет траф
> на другого?Ох... для этого и берут не просто дефолт маршрут, а еще префиксы, ну или фулвью.
>[оверквотинг удален]
>>>> судя по всему нафиг не нужен.
>>> Говорите с обоими провами, чтобы дали вам дефолт+ анонсы с точки обмена
>>> трафиком (UA-IX или M-IX или еще что) и не паритесь с
>>> IP SLA.
>>> Имхо - IP SLA на BGP - трусы с капюшоном :)
>> Я как раз думал не заморачиваться с IP SLA, но не припомню:
>> если доступен гейтвей, а дальше у провайдера проблемы, BGP перекинет траф
>> на другого?
> Ох... для этого и берут не просто дефолт маршрут, а еще префиксы,
> ну или фулвью.т.е если нет фулвью то целесообразно все-таки IP SLA прикручивать?
>[оверквотинг удален]
>>>> Говорите с обоими провами, чтобы дали вам дефолт+ анонсы с точки обмена
>>>> трафиком (UA-IX или M-IX или еще что) и не паритесь с
>>>> IP SLA.
>>>> Имхо - IP SLA на BGP - трусы с капюшоном :)
>>> Я как раз думал не заморачиваться с IP SLA, но не припомню:
>>> если доступен гейтвей, а дальше у провайдера проблемы, BGP перекинет траф
>>> на другого?
>> Ох... для этого и берут не просто дефолт маршрут, а еще префиксы,
>> ну или фулвью.
> т.е если нет фулвью то целесообразно все-таки IP SLA прикручивать?Пингование чего-попало в интернете тоже не сильно помогает понять работает канал или нет.
>[оверквотинг удален]
>>>>> IP SLA.
>>>>> Имхо - IP SLA на BGP - трусы с капюшоном :)
>>>> Я как раз думал не заморачиваться с IP SLA, но не припомню:
>>>> если доступен гейтвей, а дальше у провайдера проблемы, BGP перекинет траф
>>>> на другого?
>>> Ох... для этого и берут не просто дефолт маршрут, а еще префиксы,
>>> ну или фулвью.
>> т.е если нет фулвью то целесообразно все-таки IP SLA прикручивать?
> Пингование чего-попало в интернете тоже не сильно помогает понять работает канал или
> нет.Ну как же не помогает...какие тогда варианты? Если исключить фулвью?
>[оверквотинг удален]
>>>>>> Имхо - IP SLA на BGP - трусы с капюшоном :)
>>>>> Я как раз думал не заморачиваться с IP SLA, но не припомню:
>>>>> если доступен гейтвей, а дальше у провайдера проблемы, BGP перекинет траф
>>>>> на другого?
>>>> Ох... для этого и берут не просто дефолт маршрут, а еще префиксы,
>>>> ну или фулвью.
>>> т.е если нет фулвью то целесообразно все-таки IP SLA прикручивать?
>> Пингование чего-попало в интернете тоже не сильно помогает понять работает канал или
>> нет.
> Ну как же не помогает...какие тогда варианты? Если исключить фулвью?Взять фул+ дефолт и отфильтровать все, что мельче /22 например.
Взять фул+дефолт и отфильтровать все, куда трафика менее 10% уходит.
>[оверквотинг удален]
>>>>> желанием его оптимизировать.
>>>> и железом на котором это все предполагается поднять
>>> 3925 кошка. К фулвью уже не склоняюсь - получу основной шлюз и
>>> IP SLA подцеплю с трекингом, чтобы если основной ISP отвалится.
>> Какими сложными путями вы идете :)
>> Достаточно принять два дефолта(от основного прова и от резервного), расставить на них
>> разный localpref(ну или разный weight на пиров) и все... FV вам
>> судя по всему нафиг не нужен.
> Говорите с обоими провами, чтобы дали вам дефолт+ анонсы с точки обмена
> трафиком (UA-IX или M-IX или еще что) и не паритесь с"+ анонсы с точки обмена трафиком (UA-IX или M-IX или еще что" а это для чего?