Вы Гость (Вход|Регистрация)

Здравствуйте, гость ( Вход | Регистрация )

> NAT, который мы потеряли
3 страниц V   1 2 3 >  
Ответить в эту темуОткрыть новую тему
V
Robot_NagNews
сообщение 3.3.2010, 14:20
Сообщение #1


Аспирант
Сообщений: 789



Данная статья является, в каком-то роде, продолжением изысканий о трансляции сетевых адресов на дешевых (и не очень) платформах, от PC-маршрутизаторов, до аппаратных платформ типа Juniper MS-DPC или SRX, Cisco ACE, и других.

Полный текст новости
Вернуться в начало страницы
 
Гость_andrew_*
сообщение 3.3.2010, 15:35
Сообщение #2







"Так, при использовании HP DL160G5 на Xeon QC 5430 2.66/1333MHz FSB/12M L2 cache загрузка CPU на NAT 100 Кппс FD (100 вход + 100 выход, 200 c точки зрения Cisco Systems) составляет 40%."

Автор знает о существовании "умных" сетевых карт Intel и таких штуках, как polling и napi?

Полностью аналогичный сервер с PRO/1000PT PCI-E4x под FreeBSD 7.0 с polling и определёнными опциями ядра выдаёт до 1 mpps (1 на вход и 1 на выход) c NAT и netflow(ipcad).
Вернуться в начало страницы
 
    Ответить с цитированием данного сообщения
Умник
сообщение 3.3.2010, 15:51
Сообщение #3


Студент
Сообщений: 342



А это почему пропустили? netfpga.org
Выглядит многообещающе. Но NAT там не реализован пока.
Вернуться в начало страницы
 
Гость_v75_*
сообщение 3.3.2010, 19:12
Сообщение #4







может кто подскажет про Foundry VM-1 NetIron Velocity Management module ???
Вернуться в начало страницы
 
    Ответить с цитированием данного сообщения
mousus
сообщение 3.3.2010, 22:40
Сообщение #5


Студент
Сообщений: 291



да в принципе в статье есть одна мысль --- всё упирается в шину! ну и собсно сколько раз одни и теже данные по ней протекут и определяет производительность, а этим управляет ОС и её ПО вот собсно и всё то есть как всегда всё упирается в основном в софт, и отчасти в железо, разумеется если под железом не понимать антиквариат
Вернуться в начало страницы
 
Negator
сообщение 3.3.2010, 23:27
Сообщение #6


Студент
Сообщений: 179



Гость_andrew_*:
А можно поподробнее про настройки polling и определённые опции ядра?
1 mpps (1 на вход и 1 на выход) c NAT - как то многообещающе
мы пока смогли добиться в районе 200-250 kbps и то со скрипом
Вернуться в начало страницы
 
vIv
сообщение 4.3.2010, 0:47
Сообщение #7


Jabber: a.bogorodsky@gmail.com
Сообщений: 6248
Из: Earth, RU



Всё проще: NAT уже не нужен, - все дают "белые" адреса :-)
Вернуться в начало страницы
 
Negator
сообщение 4.3.2010, 0:48
Сообщение #8


Студент
Сообщений: 179



Ну не факт что проще. Есть масса причин по которым это не всегда удобно.
Вернуться в начало страницы
 
vIv
сообщение 4.3.2010, 0:59
Сообщение #9


Jabber: a.bogorodsky@gmail.com
Сообщений: 6248
Из: Earth, RU



98% юзеров довольны прямыми "белыми" адресами. Экзоты могут делать себе NAT сами. С чего вдруг оператор должен сам инвестировать в железо, которое не требуется ему для оказания услуги?
Вернуться в начало страницы
 
vIv
сообщение 4.3.2010, 1:04
Сообщение #10


Jabber: a.bogorodsky@gmail.com
Сообщений: 6248
Из: Earth, RU



http://www.nag.ru/articles/reviews/16710/l...hrutizacii.html кстати - 2004 год

QUOTE
Замечания по конфигурации ядра.

Что нам необходимо в маршрутизаторе?

device_polling, netgraph, pppoe, ipfw, dummynet, ipnat, bridge, vlan, tun, bpf, gif

Для того чтобы все это работало, желательно чтобы в конфигурации ядра присутствовали следующие строки:

options DEVICE_POLLING
options HZ=2000
options NETGRAPH
options NETGRAPH_ETHER
options NETGRAPH_PPPOE
options NETGRAPH_TEE
options NETGRAPH_PPTPGRE
options NETGRAPH_PPP
options NETGRAPH_SOCKET
options NETGRAPH_KSOCKET
options ICMP_BANDLIM
options IPFIREWALL
options IPDIVERT
options DUMMYNET
options BRIDGE
device random
device bpf
device tun
device vlan
device gif
device fxp
device em
device rtl
device vr

Кроме того в файле /etc/sysctl.conf необходимо прописать:

kern.polling.enable=1
net.inet.ip.fastforwarding=1

Тут же можно прописать интерфейсы в режим бриджа. Например:

net.link.ether.bridge.config=fxp1:0,fxp2:0,fxp3:0
net.link.ether.bridge.ipfw=1
net.link.ether.bridge.enable=1

В результате мы получили disk-on module с установленной на нем minibsd 5.x. (в моем случае это была 5.2.1-RELEASE).
Вернуться в начало страницы
 
Negator
сообщение 4.3.2010, 3:34
Сообщение #11


Студент
Сообщений: 179



QUOTE (vIv @ 4.3.2010, 0:59) *
98% юзеров довольны прямыми "белыми" адресами. Экзоты могут делать себе NAT сами. С чего вдруг оператор должен сам инвестировать в железо, которое не требуется ему для оказания услуги?

Ну во первых вирусы и DDOS
Во вторых при использовании белых адресов существенно вырастет трафик нежели при использовании NAT -а это доп. оборудование, канал в конце концов.
юзерский торрент начнет больше раздавать.
В третьих мы лишаемся желающих приобрести белые адреса за денюжку -обычно это 100 руб с желающего.
В четвертых адреса сейчас получить непросто -они заканчиваются. Чем черт не шутит -станут платными для провайдеров.
Для начала достаточно.
Есть конечно и куча плюсов, причем я лично считаю что их больше. Но однозначно говорить о том что NAT не нужен еще рано.

Вернуться в начало страницы
 
McUrex
сообщение 4.3.2010, 3:53
Сообщение #12


Абитуриент
Сообщений: 29
Из: Earth, Msk



Нат всем нам очень пригодиться в момент перехода от v4 к v6, когда v4 просто кончатся.
Так что рано его еще списывать со счетов, в любом случае.
Но вот про 100 Kpps на FreeBSD (или на ком?) я не согласен, Mpps там можно, таки.
Вернуться в начало страницы
 
Mikler
сообщение 4.3.2010, 6:02
Сообщение #13


Аспирант
Сообщений: 640
Из: Novosibirsk



Цитата(Умник @ 3.3.2010, 18:51) *
А это почему пропустили? netfpga.org
Выглядит многообещающе. Но NAT там не реализован пока.

Выглядит возможно много обещающе :) Но цены на стартексы вас не обрадуют(от 20К ), на мальнкой не замесиш ни чего стоящего всё упрется в скорость работы внешней памяти.
Вернуться в начало страницы
 
Умник
сообщение 4.3.2010, 9:08
Сообщение #14


Студент
Сообщений: 342



QUOTE (Mikler @ 4.3.2010, 6:02) *
Но цены на стартексы вас не обрадуют(от 20К )

А где вы там такую цену увидели? Вот: 1199$, без вариантов.
http://www.digilentinc.com/Products/Detail.cfm?Prod=NETFPGA
Вернуться в начало страницы
 
Mikler
сообщение 4.3.2010, 9:40
Сообщение #15


Аспирант
Сообщений: 640
Из: Novosibirsk



Я же говорю что там стоит не жирная PLD мальнькие буферы как следствие, и не большой функционал.
Вернуться в начало страницы
 
cmhungry
сообщение 4.3.2010, 10:43
Сообщение #16


Аспирант
Сообщений: 835



QUOTE (andrew @ 3.3.2010, 15:35) *
"Так, при использовании HP DL160G5 на Xeon QC 5430 2.66/1333MHz FSB/12M L2 cache загрузка CPU на NAT 100 Кппс FD (100 вход + 100 выход, 200 c точки зрения Cisco Systems) составляет 40%."

Автор знает о существовании "умных" сетевых карт Intel и таких штуках, как polling и napi?

Полностью аналогичный сервер с PRO/1000PT PCI-E4x под FreeBSD 7.0 с polling и определёнными опциями ядра выдаёт до 1 mpps (1 на вход и 1 на выход) c NAT и netflow(ipcad).

Знаю, да. Поставили в закупку, но вот про опции ядра, пожалуйста, подробнее - ибо даже dmarck на НАТе пару лет назад получал 100 кппс.



QUOTE (vIv @ 4.3.2010, 0:47) *
Всё проще: NAT уже не нужен, - все дают "белые" адреса :-)

Скоро все на нате сидеть будем =) ип6-ип4, адреса кончились и т.п.
Вернуться в начало страницы
 
Гость_andrew_*
сообщение 4.3.2010, 10:51
Сообщение #17







Negator:

в sysctl.conf:
kern.ipc.somaxconn=4069
kern.polling.enable=1
kern.ipc.maxsockets=204800
kern.ipc.shmall=128000000
kern.ipc.shmmax=128000000
kern.ipc.nmbclusters=262144
kern.maxfiles=204800
kern.maxfilesperproc=200000
net.inet.tcp.maxtcptw=40960
net.inet.tcp.msl=30000
net.inet.tcp.nolocaltimewait=1
net.inet.tcp.fast_finwait2_recycle=1

в rc.conf в описание интерфейса дописать "polling"
Вернуться в начало страницы
 
    Ответить с цитированием данного сообщения
XeonVs
сообщение 4.3.2010, 13:09
Сообщение #18


Студент
Сообщений: 224
Из: Замкадье



ASR1002-ESP5 при NAT 400К сессий, 500Mbit, 100Кpps потока уходит в ребут в произвольные моменты времени...
Может двое суток простоять, а может и перезапускать карты раз в 10-15 минут на протяжении нескольких часов.
Вернуться в начало страницы
 
Прохожий
сообщение 4.3.2010, 13:47
Сообщение #19


Злостный провокатор
Сообщений: 5315
Из: из обеих столиц



О, как интересно, на меня уже ссылаются :) "теория заговора" очень даже интересна, но тут есть моменты:
а) каков в мировом масштабе рынок заточенных под NAT устройств?
б) сколько времени и денег надо на разработку и стабилизацию софта для любого сетевого процессора?
Делим б на а и получаем те самые деньги, которые совершенно не бьются со стоимостью запаянных чипов. То есть можно разработать, потратить, к примеру, лимон зелени. А продашь за три года сто штук, и 10К разработки лягут в кост, помимо маркетинга и прочих "орграсходов", которые в составе цены у большинства некитайских вендоров доминируют уже давно.

Кстати, очень интересной и перспективной может быть коробка для ната один в один между четверкой и шестеркой. Но и опять же, много их не продать...

Так что проблема в основном в востребованности этого девайса, ибо "востребовано тобой - не значит востребовано массово" (с), увы!

P.S. Чуть не забыл, Кириллу - респект и уважуха, отличная статья, получал массу удовольствия :)
Вернуться в начало страницы
 
f13
сообщение 4.3.2010, 14:00
Сообщение #20


Студент
Сообщений: 384



QUOTE (Прохожий @ 4.3.2010, 14:47) *
Кстати, очень интересной и перспективной может быть коробка для ната один в один между четверкой и шестеркой. Но и опять же, много их не продать...

вот только все rfc по трансляции уже имеют исторический статус и не рекомендованы к использованию, см. rfc4966
Вернуться в начало страницы
 


3 страниц V   1 2 3 >
Ответить в эту темуОткрыть новую тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 



Текстовая версия Сейчас: 10.9.2010, 10:55
Всю ответственность за размещаемые материалы и содержащиеся в них сведения несут их авторы.