masters

Могу помочь с FreeBSD + Abills

http://dlink.ru/ru/p...cts/1/1367.html http://dlink.ru/ru/p...cts/1/1368.html http://dlink.ru/ru/products/1/1547.html Это ДЛинк - не очень дешевые. Просто как пример. Есть такие-же у ТП-Линка, Планета, Селан, Вектор... http://www.tp-linkru...el=TL-SL2218WEB http://www.tp-linkru...el=TL-SL2210WEB

Наверно ДНС вручную прописываете. Надо сделать, чтобы его по PPPoE выдавало, тогда левые DHCP не должны мешать. А вообще переходите хотя-бы на смарты. Такое количество человек просто на мыльницах - проблем не оберетесь... А еще лучше - пригласить толкового сисадмина, который разрулил бы Вам эту ситуацию за 15 мин

Топикстартеру - самое дешевое решение, это поставить на доступе дешевенькие смарты (купить тут на форуме б/у по 150-200 грн) и настроить Port-Based VLAN. Тем самым изолируете клиентов друг от друга, оставите им доступ только к PPPoE-серверу.

Отличное решение для корпоративной сети, не пойму почему все так взьелись. И цена вполне адекватная. С удовольствием установил бы себе такое в оффисе вместо кучи 24х портовых D-Link'ов, Planet'ов и прочей L2/L3 живности. Жаль что Вы с ним не обьявились 3 года назад

Не поможет. Другой абон воткнет еще один роутер с другим диапазоном адресов, будете и его прописывать?

обычная ситуация: абон не умеет настраивать роутер и воткнул его в сеть LAN-портом, чтобы подключаться к инету по Wi-Fi. выход: найти абона, надавать по рукам и настроить ему роутер (поднять PPPoE с роутера).

Время отклика в 16мс немного отпугивает...

PPPoE поднимаете на роутере, или с компа (сквозняком через роутер) ?

И должны МАКи ходить тогда по сети?

Возникла такая проблемка: есть провайдер, дает интернет по IPoE (но с привязкой по МАКу) и есть компьютер, на который надо все это пробросить. Два нанобриджа стоят в режиме бриджа. Проблема в чем: МАК-адрес компьютера не доходит до провайдера, он подменяется МАК-адресом нанобриджа со стороны компьютера. Причем МАК-адресом WLAN-интерфейса, который в настройках поменять нельзя. Есть-ли какой-то выход из данной ситуации? Может прошивкой можно поменять МАК нанобриджа?

У меня стот GSM-шлюзы в аналог и перед АТС стоит SpRecord. SIP-поток снимаю сниффером.

Кто может помочь с просчетом бюджета и продать оборудование? Нужно подключить 500 абонентов.

Что-то типа такого: S1160 или S660

Куплю сабж, желательно не толстый, чтобы налезла обычная накрутка. 75Ом, не меньше 80% оплетки. Цены в личку

+1 сам сегодня весь день смотрю - никаких проблем

невозможно

натыкать пару десятков точек и сделать безшовный роуминг

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

Все правильно. Почему-то все либо не знают либо забывают, что fwd - не NAT и никаких модификаций пакета производиться не будет. Да ерунда все это. У меня точно такое-же правило и нормально заворачивает. Топикстартер, проверьте правильность настройкаи апача. Висеть он должен на *:9443 (не используйте тут внешний IP, т.к. форвард заворачивает на локалхост).

Беее Гадость еще та. Как всегда, все, что можно, урезали - в стиле сиськи. Да и по производительности - 60Мбит/с макс.

Умеет, только не из коробки. Т.е. придется много скриптов дописывать руками. Микротик - это как тазик на линуксе, базовый функционал минимальный, все допиливается скриптами.

В ДФЛ можно и раскидать, и можно сделать балансировку. Ну правильно быстрей всего будет делить только Spillover. Т.е. Вы вручную выставляете скорость каналов, выбираете основной канал (через который все будет ходить), и дополнительный - через который остальной траффик пойдет при переполнении основного. Есть еще 2 типа балансировки: RoundRobin - лучше использовать, когда 2 канала от одного провайдера. Пакеты хаотично разбрасываются по обеим каналам. Destination - пакеты тоже хаотично разбрасываются по обеим каналам, но установленная TCP сессия работает только через тот канал, через которы

Траффик... Лишние 20-30Мбит/с, которые Вы могли бы лучше отдать своим пользователям.

Если всетаки передумаете в пользу D-Link, могу специально для Вас произвести тесты скорости iperf'ом. У меня есть под рукой DFL-860E. P.S. из описания на сайте TP-Link, понял что он не умеет такой балансировки, которая Вам нужна - т.е. раскидывать пакеты от одного абонента по разным каналам. Он может только направить одного абонента через 1 канал, а второго - через 2 канал, либо протокол FTP через канал 1, а HTTP - через канал 2. Хотя хз что они имели ввиду, но я понял так.