|
||||
|
||||
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 ???
|
|
|
|
3.3.2010, 22:40
Сообщение
#5
|
|
|
Студент Сообщений: 291 |
да в принципе в статье есть одна мысль --- всё упирается в шину! ну и собсно сколько раз одни и теже данные по ней протекут и определяет производительность, а этим управляет ОС и её ПО вот собсно и всё то есть как всегда всё упирается в основном в софт, и отчасти в железо, разумеется если под железом не понимать антиквариат
|
|
|
|
3.3.2010, 23:27
Сообщение
#6
|
|
|
Студент Сообщений: 179 |
Гость_andrew_*:
А можно поподробнее про настройки polling и определённые опции ядра? 1 mpps (1 на вход и 1 на выход) c NAT - как то многообещающе мы пока смогли добиться в районе 200-250 kbps и то со скрипом |
|
|
|
4.3.2010, 0:47
Сообщение
#7
|
|
|
Jabber: a.bogorodsky@gmail.com Сообщений: 6248 Из: Earth, RU |
Всё проще: NAT уже не нужен, - все дают "белые" адреса :-)
|
|
|
|
4.3.2010, 0:48
Сообщение
#8
|
|
|
Студент Сообщений: 179 |
Ну не факт что проще. Есть масса причин по которым это не всегда удобно.
|
|
|
|
4.3.2010, 0:59
Сообщение
#9
|
|
|
Jabber: a.bogorodsky@gmail.com Сообщений: 6248 Из: Earth, RU |
98% юзеров довольны прямыми "белыми" адресами. Экзоты могут делать себе NAT сами. С чего вдруг оператор должен сам инвестировать в железо, которое не требуется ему для оказания услуги?
|
|
|
|
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). |
|
|
|
4.3.2010, 3:34
Сообщение
#11
|
|
|
Студент Сообщений: 179 |
98% юзеров довольны прямыми "белыми" адресами. Экзоты могут делать себе NAT сами. С чего вдруг оператор должен сам инвестировать в железо, которое не требуется ему для оказания услуги? Ну во первых вирусы и DDOS Во вторых при использовании белых адресов существенно вырастет трафик нежели при использовании NAT -а это доп. оборудование, канал в конце концов. юзерский торрент начнет больше раздавать. В третьих мы лишаемся желающих приобрести белые адреса за денюжку -обычно это 100 руб с желающего. В четвертых адреса сейчас получить непросто -они заканчиваются. Чем черт не шутит -станут платными для провайдеров. Для начала достаточно. Есть конечно и куча плюсов, причем я лично считаю что их больше. Но однозначно говорить о том что NAT не нужен еще рано. |
|
|
|
4.3.2010, 3:53
Сообщение
#12
|
|
|
Абитуриент Сообщений: 29 Из: Earth, Msk |
Нат всем нам очень пригодиться в момент перехода от v4 к v6, когда v4 просто кончатся.
Так что рано его еще списывать со счетов, в любом случае. Но вот про 100 Kpps на FreeBSD (или на ком?) я не согласен, Mpps там можно, таки. |
|
|
|
4.3.2010, 6:02
Сообщение
#13
|
|
|
Аспирант Сообщений: 640 Из: Novosibirsk |
|
|
|
|
4.3.2010, 9:08
Сообщение
#14
|
|
|
Студент Сообщений: 342 |
Но цены на стартексы вас не обрадуют(от 20К ) А где вы там такую цену увидели? Вот: 1199$, без вариантов. http://www.digilentinc.com/Products/Detail.cfm?Prod=NETFPGA |
|
|
|
4.3.2010, 9:40
Сообщение
#15
|
|
|
Аспирант Сообщений: 640 Из: Novosibirsk |
Я же говорю что там стоит не жирная PLD мальнькие буферы как следствие, и не большой функционал.
|
|
|
|
4.3.2010, 10:43
Сообщение
#16
|
|
|
Аспирант Сообщений: 835 |
"Так, при использовании 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 кппс. Всё проще: 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" |
|
|
|
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. Чуть не забыл, Кириллу - респект и уважуха, отличная статья, получал массу удовольствия :) |
|
|
|
4.3.2010, 14:00
Сообщение
#20
|
|
|
Студент Сообщений: 384 |
|
|
|
|
![]() ![]() |
| Текстовая версия | Сейчас: 10.9.2010, 10:55 |