Jump to content
Калькуляторы

Резервирование NAT Чем резервировать NAT на случаи аварии

Здравствуйте, есть схема (см вложение), в момент падения NATa, белые сети работают дальше, а вот серые нервно курят.

Задача поставить железку, которая на время аварии поддержит клиентов, пусть и без flow, без шейпинга.

Трафика до 800Мбит, трансляции на 6 адресов, максимум 160k на один.

 

Интересно, как себя будет чувствовать Mikki RB1100AHx2

post-87545-090917600 1348232957_thumb.png

Share this post


Link to post
Share on other sites

Трафика до 800Мбит

Интересно, как себя будет чувствовать Mikki RB1100AHx2

Думаю, чувствовать себя будет весьма плохо. Тут впору какой-то 4-головый интел ставить...

Share this post


Link to post
Share on other sites

Думаю, чувствовать себя будет весьма плохо. Тут впору какой-то 4-головый интел ставить...

 

Ну на первом как раз оно, аппаратного нет ничего получается?

Share this post


Link to post
Share on other sites

Трафика до 800Мбит, трансляции на 6 адресов, максимум 160k на один.

 

Интересно, как себя будет чувствовать Mikki RB1100AHx2

Есть бетонная плита весом 800 кг., цемент М500, максимум песка - 160 кг.

Интересно, как Вы будете себя чувствовать после опускания ее Вам на голову?

 

Если без шуток, то 800 Мбит - это в 2 раза больше чем он сможет осилить.

 

 

аппаратного нет ничего получается

Есть, но ценник Вас не обрадует.

Share this post


Link to post
Share on other sites

аппаратного нет ничего получается?

А зачем вам аппаратное? Много лишних денег? И да, микротик - ни капли не аппаратное. Embedded - да, но по факту - обычный софтовый тазик с кастомизированным/испохабленым линуксом, на экзотическом проце.

Share this post


Link to post
Share on other sites

/me уселся в 1-м ряду слушать о том, как САRP синхронизирует трансляции.

Сам по себе не может - может вместе с conntrackd видимо. Вот только мало кому это надо в реальности.

Share this post


Link to post
Share on other sites

Каким образом вы настроили NAT, что он у вас падает?

 

наверное самый правильный ответ... :)

 

если оно упадет раз в пол года, в силу каких-либо "експериментов", быстренько возвращаеш все взад и юзеры простят.

 

если оно падает регулярно, гонять таблицу стейтов от 800Мбіт, както слишком "по-ентерпрайзному", проще наверное таки сконфигурить так что бы не падало.

 

п.с. бекапный і5 с дектопной мамкой на кучу pci-e слотов, на случай сгорания чго нить, гламурно смотрится на рабочем столе.

Share this post


Link to post
Share on other sites

Тема древняя, но все же. Недавно просто на каждый BRAS подняли NAT VM Vmware FreeBSD с NAT с BGP резервированием - полет нормальный.

Share this post


Link to post
Share on other sites

А нафига синхронизировать трансляции? Ну умрёт у вас раз в год сервер, ну помрут сессии, тут же откроются новые. ИМХО особо нет смысла синкать трансляции, это не сильно заметно у абонента

Share this post


Link to post
Share on other sites

трансляции, это не сильно заметно у абонента

Вы не геймер, вы сёрфер ;-)

 

У вас сервера каждый день чтоль бутаются? Ну сдохнет сервер раз в 1-2-5 лет, куда быстрее что-то случится со свитчом или оптикой до него.

Share this post


Link to post
Share on other sites

Иногда надо разгружать отдельные направления и вланы.

PF sync и CARP помогут прозрачно это сделать.

Да техподдержку первой линии надо беречь, они не железные.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.