[xbuyer]

Здравствуйте!

 

У меня есть задача, я пытаюсь её решить легко и красиво, но не получается.

Задача такая:

 

К нам в офис приходит по езернету 4 мегабита.

Этот канал мы раздаём ещё на три разных офиса, по 1М на каждый (точнее, думали, что по 1М на каждый).

Полоса пропускания ограничивалась (думали, что ограничивалась) делинком DES 2108.

В одном из офисов нанесли вирусни всякой, торентов каких-то поставили качать и канал наш забило до безобразия.

Работать из остальных офисов никто не может.

Я и ранее замечал, что если какой-то самый умный начинает что-то менеджером закачек тянуть, то остальные обламываются.

Встала задача разделять трафик так, чтобы у каждого офиса была своя полоса пропускания, и если кто-то решил что-то качать, то пусть хоть на уши встаёт, но в пределах своей полосы.

Первая идея этой реализации была подсказана сотрудниками НАГ.ру - циска 2950.

Решение хорошее, спору нет, но инженеры сказали, что в нашем случае непременимо: всё равно канал входящий ляжет.

Самое лёгкое решение: Juniper SRX100B. Но это стоит под 30К с лицензией, а то и больше.

Самое простое решение - поставить комп на лине, на нём организовать раздачу.

Каждый офис (в каждом офисе роутеры) будет конектится и получать траф в пределах разрешенной полосы пропускания.

Всё хорошо, но только не хотелось бы ещё одну шумящую коробку ставить ради этих целей.

Придумалось раздобыть промышленный комп какой нибудь или ноут старый.

Пока думали, где достать, вспомнили про DIR-320.

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

Идея изложена мною в полной мере.

Внимание вопрос:

Если прошить DIR-320 на линь, можно ли на нём будет поднять правильную раздачу трафа?

Может есть иные соображения для реализации задачи?

 

Заранее спасибо!

[Diman]

с такой задачей справится любой routerboard с mikrotik-ом.

 

[xbuyer]

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

[Ivan_83]

Хорошая пятничная история :)

 

 

Всё хорошо, но только не хотелось бы ещё одну шумящую коробку ставить ради этих целей.

Придумалось раздобыть промышленный комп какой нибудь или ноут старый.

Пока думали, где достать, вспомнили про DIR-320.

неттопы ещё есть, которые на атомах.

или смотреть на всякие железки типа дира вашего, с прицелом поставить туда *wrt или прошивку от Олега, там линукса с шейперами есть.

[Diman]

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

выбирайте любую http://www.mikc.ru/catalog.php?id_catalog=2

 

[NiTr0]

с такой задачей справится любой routerboard с mikrotik-ом

Справится. Только зачем, если тот же длинк не менее успешно справится при условии перешивки альт. прошивкой? :) Разве что порезать дополнительно pps на каждый канал (эдак в районе 300 пакетов/сек - что при среднем размере пакета в 500 байт обеспечит более 1 МБита, и в то же время подрежет торренты и прочую каку чтобы проц не убивали своим uTP)

Ну или на том же sunsky-online заказать неттоп на 800МГц чудо-процессоре (x86, думается - что-то сродни VIA C3 по производительности будет) за $70. Или взять обычный десктопный атом mITX.

[xbuyer]

Вот выбрал,

 

http://www.mikc.ru/product.php?id_catalog=...id_position=194

 

и после этого прочитал пост NiTr0.

Всё это меня немного запутало.

Я не специалист в построении сетей, поэтому для меня остаётся некоторой загадкой процесс обрезки скорости.

 

Основная задача - надежность.

Вторая качественная составляющая - простота настройки и управления.

 

Нигде не написано по управлению микротиков. Такое ощущение, что это вопрос вообще никого не волнует.

Кто-нибудь видел в глаза таких зверей? Брал в руки, пытался ими манипулировать?

 

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

 

Опять таки, если у микротиков есть возможность ограничить количество пакетов в секунду (как-то красиво, через интерфейс, а не путём ковыряния в сложномудрёной софтине) - это офигенно хорошее свойство, скажу я Вам, т.к. торенты только таким способом бороть и можно, насколько я смог почерпнуть инфы в сети (я по-началу пытался найти способ обрезать торенты на DES 2108, что разумеется бесполезно).

 

Зачем микротики делают в виде свичей (5 или 9 портов)?

Непонятно.

[Ivan_83]

Вторая качественная составляющая - простота настройки и управления.

Мечтать не вредно :)

Это я про простоту.

 

Самое простое - резать скорость портом: 10/100/1гигабит....

[Abram]

BR750 вам хватит за глаза.

60 баксов в базарный день.

[xbuyer]

BR750 вам хватит за глаза.

60 баксов в базарный день.

Когда и где базарные дни проходят?

 

Нашел чуток дороже, но на 9 портов:

http://www.wifimag.ru/radioequipment/mikro...otik-rb493.html

[NiTr0]

Основная задача - надежность.

Покупайте тогда микротик, причем - не SOHO а посолиднее. Но как по мне - лучше тазик с линуксом, либо бюджетный его вариант - SOHO роутер с линуксом.

Хотя надежность все же в первую очередь зависит от прямоты рук.

 

Вторая качественная составляющая - простота настройки и управления.

Кнопочка "сделать п№%?ато"? Дык эта кнопочка обычно имеется на SOHO мыльницах и отсутствует как класс в более гибких решениях - по понятным причинам. Ну и работает тоже соответствующе.

 

если у микротиков есть возможность ограничить количество пакетов в секунду (как-то красиво, через интерфейс, а не путём ковыряния в сложномудрёной софтине) - это офигенно хорошее свойство, скажу я Вам, т.к. торенты только таким способом бороть и можно

Торренты прекрасно борются (вернее, ужимаются в угоду более приоритетному траффику) нормальным шейпером. Ограничение по pps - скорее для перестраховки от идиотичных поделий типа uTP, которые замечены в желании засрать 101% доступного канала, попутно убив железяку-роутер большой нагрузкой. Обычных же несколько десятков tcp сессий пакетов много не нагенерят, а вот канал засрать легко смогут.

Изменено 11 февраля, 2011 пользователем NiTr0

[xbuyer]

Хотя надежность все же в первую очередь зависит от прямоты рук

Ну руки у меня не совсем под наземные сети заточены.

Но попробую разобраться.

 

Покупайте тогда микротик, причем - не SOHO а посолиднее

В наличии есть только Mikrotik RB/250GS. У него проц всего 50 мегагерц.

Остальные под заказ.

Даже не знаю, решит ли он мои задачи.

 

Торренты прекрасно борются (вернее, ужимаются в угоду более приоритетному траффику) нормальным шейпером

NiTr0, Вы озвучили красивое решение: если закачку кто-то запускает, то он не мешает каналу - скорость закачки минимальна.

Чеснослов, для меня загадка как это сделать.

Насколько я понял, такого на микротиках сделать не выйдет.

 

Ограничение по pps - скорее для перестраховки от идиотичных поделий типа uTP, которые замечены в желании засрать 101% доступного канала, попутно убив железяку-роутер большой нагрузкой

Я заметил, что DES 2108 при включеном торенте в одном из офисов глюкает так, что не пропускает через себя ничего. Ошибка подключения к сети на сетевом подключении в винде.

Поначалу я думал, что это дес наелся, а по ходу он просто не справляется с потоком пакетов, и нагибается.

По-хорошему помогает только ресет.

Прошивку обновил до 5, но по-ходу толку мало от этого.

[xbuyer]

Покупайте тогда микротик, причем - не SOHO а посолиднее

Не ну как всегда - то что есть на складе и я могу купить прямо завтра - Mikrotik SOHO switch 250GS (RB250GS).

Он дороже немного чем RB750.

Эх....(

[xbuyer]

Нашел в наличии Mikrotik RB/MRTG, купить можно только в ПН.

Проц у него такой же как у 750, памяти 256 и 512 RAM, порты гигабитные.

[Abram]

RB250 - это свитч.

RB750 можно купить где угодно. Главное - уметь искать ;). Хотя бы на сайте Mikrotik глянуть список дистрибьюторов.

[xbuyer]

RB750 можно купить где угодно. Главное - уметь искать ;). Хотя бы на сайте Mikrotik глянуть список дистрибьюторов.

Официальные дистрибьютеры только в Москве.

То, что есть у нас - у всех под заказ, за исключением RB 250 (но он нафиг не нужен) и RB/MRTG.

Придётся покупать RB/MRTG.

[Ilya Evseev]

DIR/320 c прошивкой DD-WRT должен справиться.

Если хочется Микротик - то на 4 мегабита хватит RB/750G.

[NiTr0]

NiTr0, Вы озвучили красивое решение: если закачку кто-то запускает, то он не мешает каналу - скорость закачки минимальна.

Чеснослов, для меня загадка как это сделать.

читать LARTC до просветления.

 

Насколько я понял, такого на микротиках сделать не выйдет.

Я с микротиками не копался,и, если честно, желания копаться нет.

 

Я заметил, что DES 2108 при включеном торенте в одном из офисов глюкает так, что не пропускает через себя ничего. Ошибка подключения к сети на сетевом подключении в винде.

Поначалу я думал, что это дес наелся, а по ходу он просто не справляется с потоком пакетов, и нагибается.

Проблема со свичом. Вообще-то адекватному свичу должно быть глубоко пофиг, какой поток пакетов через него валит, и торренты с 1мбит каналом - далеко не самый страшный гегенратор пакетов.

Да и "ошибка подклчения к сети" понятие растяжимое. Может роутер раком встал от нагрузки (хотя 4 мбит для него - семечки, если uTP крышу не сносит), дхцп не раздает, а ребут свича - банально снижает нагрузку на него :)

[xbuyer]

читать LARTC до просветления

ОК, понял, спасибо!

 

Да и "ошибка подклчения к сети" понятие растяжимое

Свич не раздавал дхцп, раздавал айпи роутер трикомовый. Так вот когда дес нагибался, то роутера уже не было ни видно, не слышно. Пинги, дхцп - ничего через дес 2108 не проходили. Вбиваешь руками айпи, всё равно - одна фигня.

Помогает только клизмирование ручкой в отверстие за надписью РЕСЕТ.

 

Может роутер раком встал от нагрузки (хотя 4 мбит для него - семечки, если uTP крышу не сносит), дхцп не раздает, а ребут свича - банально снижает нагрузку на него :)

Возможно, проблема в чём то ещё, не спорю.

уТР я не знаю что такое, но вирусня какая-та там точно болтается.

И вот что ещё: не знаю, чем там они занимаются, то на роутере в логах после появления таких сознательных усеров вот что появляться стало:

 

2011.02.12 03:40:24 **UDP Loop** 178.124.12.210, 39107->> 192.168.0.152, 30745 (from WAN Inbound)

2011.02.11 22:36:17 **TCP FIN Scan** 192.168.0.100, 7291->> 87.250.250.159, 80 (from WAN Outbound)

2011.02.11 22:36:17 **TCP FIN Scan** 192.168.0.100, 7261->> 87.250.250.24, 80 (from WAN Outbound)

2011.02.11 22:35:17 **TCP FIN Scan** 93.186.231.80, 80->> 192.168.0.100, 7245 (from WAN Inbound)

2011.02.11 22:35:17 **TCP FIN Scan** 87.240.188.186, 80->> 192.168.0.100, 7244 (from WAN Inbound)

2011.02.11 22:35:17 **TCP FIN Scan** 87.240.185.48, 80->> 192.168.0.100, 7205 (from WAN Inbound)

2011.02.11 22:35:17 **TCP FIN Scan** 93.186.227.239, 80->> 192.168.0.100, 7224 (from WAN Inbound)

2011.02.11 22:32:10 **TCP FIN Scan** 93.186.227.168, 80->> 192.168.0.100, 6792 (from WAN Inbound)

2011.02.11 22:08:09 **TCP FIN Scan** 95.142.202.229, 80->> 192.168.0.100, 4129 (from WAN Inbound)

2011.02.11 22:03:59 **TCP FIN Scan** 95.142.201.247, 80->> 192.168.0.100, 3609 (from WAN Inbound)

2011.02.11 22:03:47 **TCP FIN Scan** 95.133.247.136, 38710->> 192.168.0.152, 30745 (from WAN Inbound)

2011.02.11 22:03:46 **TCP FIN Scan** 95.142.201.94, 80->> 192.168.0.100, 3517 (from WAN Inbound)

2011.02.11 22:03:46 **TCP FIN Scan** 95.142.201.71, 80->> 192.168.0.100, 3519 (from WAN Inbound)

2011.02.11 22:03:46 **TCP FIN Scan** 95.142.201.202, 80->> 192.168.0.100, 3491 (from WAN Inbound)

2011.02.11 12:19:38 **Smurf** 196.206.193.255, 26341->> 192.168.0.152, 30745 (from WAN Inbound)

2011.02.11 06:05:30 **SYN Flood to Host** 192.168.0.18, 1714->> 89.184.73.5, 80 (from WAN Outbound)

2011.02.11 05:03:14 **Smurf** 212.34.114.0, 60903->> 192.168.0.152, 30745 (from WAN Inbound)

2011.02.11 04:55:14 **Probable ASCEND Probe** 78.106.146.66, 11058->> 192.168.0.152, 30745 (from WAN Inbound)

2011.02.11 04:52:50 **Vecna Scan** 89.112.114.63, 3939->> 192.168.0.152, 30745 (from WAN Inbound)

2011.02.11 04:52:50 **TCP FIN Scan** 93.186.226.44, 80->> 192.168.0.16, 4403 (from WAN Inbound)

2011.02.11 04:52:50 **TCP FIN Scan** 93.186.230.203, 80->> 192.168.0.16, 4373 (from WAN Inbound)

2011.02.11 04:52:50 **TCP FIN Scan** 87.240.190.84, 80->> 192.168.0.16, 4419 (from WAN Inbound)

2011.02.11 04:52:50 **TCP FIN Scan** 87.240.186.117, 80->> 192.168.0.16, 4415 (from WAN Inbound)

2011.02.11 04:52:50 **TCP FIN Scan** 93.186.228.232, 80->> 192.168.0.16, 4429 (from WAN Inbound)

2011.02.11 04:52:50 **TCP FIN Scan** 93.186.239.50, 80->> 192.168.0.16, 4391 (from WAN Inbound)

2011.02.11 04:52:50 **TCP FIN Scan** 93.186.230.192, 80->> 192.168.0.16, 4387 (from WAN Inbound)

2011.02.11 04:52:50 **TCP FIN Scan** 87.240.187.57, 80->> 192.168.0.16, 4383 (from WAN Inbound)

2011.02.11 04:52:50 **TCP FIN Scan** 87.240.190.138, 80->> 192.168.0.16, 4421 (from WAN Inbound)

2011.02.11 04:52:41 **Vecna Scan** 188.122.232.159, 2931->> 192.168.0.152, 30745 (from WAN Inbound)

2011.02.11 04:52:41 **TCP FIN Scan** 93.186.228.33, 80->> 192.168.0.16, 4315 (from WAN Inbound)

2011.02.11 04:52:41 **TCP FIN Scan** 87.240.189.105, 80->> 192.168.0.16, 4317 (from WAN Inbound)

2011.02.11 04:52:35 **Vecna Scan** 87.242.88.16, 80->> 213.141.231.81, 4563 (from WAN Inbound)

2011.02.11 04:52:35 **TCP FIN Scan** 93.186.239.29, 80->> 192.168.0.16, 4367 (from WAN Inbound)

2011.02.11 04:52:35 **TCP FIN Scan** 93.186.229.169, 80->> 192.168.0.16, 4267 (from WAN Inbound)

2011.02.11 04:52:35 **TCP FIN Scan** 87.240.185.23, 80->> 192.168.0.16, 4205 (from WAN Inbound)

2011.02.11 04:52:35 **TCP FIN Scan** 93.186.228.169, 80->> 192.168.0.16, 4291 (from WAN Inbound)

2011.02.11 04:52:35 **TCP FIN Scan** 93.186.234.27, 80->> 192.168.0.16, 4289 (from WAN Inbound)

2011.02.11 04:52:35 **TCP FIN Scan** 93.186.228.159, 80->> 192.168.0.16, 4253 (from WAN Inbound)

2011.02.11 04:52:35 **TCP FIN Scan** 87.240.185.39, 80->> 192.168.0.16, 4249 (from WAN Inbound)

2011.02.11 04:52:35 **TCP FIN Scan** 87.240.189.183, 80->> 192.168.0.16, 4271 (from WAN Inbound)

2011.02.11 04:52:35 **TCP FIN Scan** 87.240.187.177, 80->> 192.168.0.16, 4273 (from WAN Inbound)

2011.02.11 04:52:14 **TCP FIN Scan** 95.142.201.29, 80->> 192.168.0.16, 4087 (from WAN Inbound)

2011.02.11 04:43:57 **TCP FIN Scan** 95.142.193.194, 80->> 192.168.0.16, 3216 (from WAN Inbound)

2011.02.11 04:43:57 **TCP FIN Scan** 95.142.201.15, 80->> 192.168.0.16, 3206 (from WAN Inbound)

2011.02.11 04:43:57 **TCP FIN Scan** 95.142.195.99, 80->> 192.168.0.16, 3272 (from WAN Inbound)

2011.02.11 04:43:57 **TCP FIN Scan** 95.142.194.24, 80->> 192.168.0.16, 3220 (from WAN Inbound)

2011.02.11 04:43:57 **TCP FIN Scan** 95.142.193.59, 80->> 192.168.0.16, 3148 (from WAN Inbound)

2011.02.11 04:43:57 **TCP FIN Scan** 95.142.194.14, 80->> 192.168.0.16, 3190 (from WAN Inbound)

2011.02.11 04:43:57 **TCP FIN Scan** 95.142.194.231, 80->> 192.168.0.16, 3258 (from WAN Inbound)

2011.02.11 04:43:57 **TCP FIN Scan** 95.142.192.251, 80->> 192.168.0.16, 3208 (from WAN Inbound)

2011.02.11 04:42:21 **Vecna Scan** 62.5.135.20, 58287->> 192.168.0.152, 30745 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.201.41, 80->> 192.168.0.16, 2757 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.195.95, 80->> 192.168.0.16, 2743 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.201.61, 80->> 192.168.0.16, 2733 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.202.140, 80->> 192.168.0.16, 2695 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.201.6, 80->> 192.168.0.16, 2711 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.201.7, 80->> 192.168.0.16, 2737 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.202.191, 80->> 192.168.0.16, 2773 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 192.168.0.152, 50151->> 80.78.96.29, 80 (from WAN Outbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.201.155, 80->> 192.168.0.16, 2763 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.202.247, 80->> 192.168.0.16, 2701 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.201.65, 80->> 192.168.0.16, 2745 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.200.66, 80->> 192.168.0.16, 2691 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.201.185, 80->> 192.168.0.16, 2689 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.201.228, 80->> 192.168.0.16, 2709 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.200.83, 80->> 192.168.0.16, 2679 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.200.15, 80->> 192.168.0.16, 2725 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.200.79, 80->> 192.168.0.16, 2715 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.200.7, 80->> 192.168.0.16, 2717 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.193.149, 80->> 192.168.0.16, 2683 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.200.109, 80->> 192.168.0.16, 2675 (from WAN Inbound)

2011.02.11 04:42:21 **TCP FIN Scan** 95.142.193.157, 80->> 192.168.0.16, 2687 (from WAN Inbound)

2011.02.11 04:38:47 **TCP FIN Scan** 209.85.149.99, 80->> 213.141.231.81, 3353 (from WAN Inbound)

 

Вот такие пироги блин...

[xbuyer]

DIR/320 c прошивкой DD-WRT должен справиться.

Если хочется Микротик - то на 4 мегабита хватит RB/750G.

Я чеснослов в этом не профи. Базовые знания есть, но не настолько, чтобы легко мог понимать то, что пишет NiTr0 про LARTC.

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

Собрался брать RB/MRTG.

Чем он лучше 750-го я так и не понял, кроме того, что больше памяти и уровень 5 в ПО, вместо уровня 4.

Что это даёт свичу - непонятно.

[Ilya Evseev]

Я чеснослов в этом не профи. Базовые знания есть, но не настолько, чтобы легко мог понимать то, что пишет NiTr0 про LARTC.

Эксперементировать с диром я как то уже не хочу,

DD-WRT управляется через Веб-интерфейс.

Про LARTC там знать необязательно:

http://solosoft.org:81/projects/qos/qos.jpg

 

Собрался брать RB/MRTG.

Чем он лучше 750-го я так и не понял, кроме того, что больше памяти и уровень 5 в ПО, вместо уровня 4.

Что это даёт свичу - непонятно.

Вы в курсе, чем отличается коммутатор от маршрутизатора?

RB/250GS - это коммутатор, RB/450 и 750 - маршрутизаторы.

В маршрутизаторе память нужна под записи NAT, очереди QoS и многое другое.

[xbuyer]

DD-WRT управляется через Веб-интерфейс.

Про LARTC там знать необязательно:

http://solosoft.org:81/projects/qos/qos.jpg

Афигительно крутая админка!

Что за девайс такой рульный с модной прошивкой?

Я так понял, что эти правила для всех пользователей в сети устанавливаются, верно?

 

Вы в курсе, чем отличается коммутатор от маршрутизатора?

RB/250GS - это коммутатор, RB/450 и 750 - маршрутизаторы.

Не специалист, могу только предположить: у маршрутиризаторов есть НАТ а у коммутаторов я его не замечал.

Раньше ещё хабы были, те вообще крайне медленные девайсы и пропускная способность у них делилась между всеми портами.

 

В маршрутизаторе память нужна под записи NAT, очереди QoS и многое другое.

Т.е. очень полезно, что у маршрутиризатора большая память.

Понятно всё, хоть с этим разбрался.

Спасибо!

[xbuyer]

Кстати, хочу сказать, что в ДЕС 2108 тоже была вкладка QoS, только выглядит близко не так и нифига не работала, что бы я там не крутил.

После перепрошивки не пробовал.

[NiTr0]

Что за девайс такой рульный с модной прошивкой?

Дык написано же - админка DD-WRT

 

Т.е. очень полезно, что у маршрутиризатора большая память.

На деле - не особо, роутеру с головой 32-64МБ памяти (в зависимости от задач, что на нем выполняются; для шейпера на пару тысяч адресов, с 3 классами на каждый - 64МБ пожалуй будет мало, 128 надо - но для обычной железки 32МБ более чем).

[Engineer62]

У меня стоят RB750 и RB750G. Пользуюсь и теми и теми.

На 750-ом - 10 Клиентов и 60Мбит инета жуются легко (нагрузка не более 50% на проц).

Нет смысла переплачивать за 750G, так как 4 Мбит/c - ничтожная нагрузка для обоих.

Брал тут: http://asp24.ru/besprovodnoe-oborudovanije...outerboard-750/

Изменено 12 февраля, 2011 пользователем Engineer62