Перейти к содержимому
Калькуляторы

deep_admin

Активный участник
 Просмотреть профиль  Активность

  • Публикации

    237

  • Зарегистрирован

  • Посещение

 Тип публикации 

Сообщения, опубликованные пользователем deep_admin

  1. Опубликовано · Жалоба на ответ

    А кто-нибудь поконкретнее может по поводу пулинга сказать?

    Есть/Нет?

    Есть в чуть более дорогих версиях - что по 250 баксов, т.е. на 100 баксов дороже обычных... На сколько понимаю, они должны дружить со скайменом...

    Ну с таким раскладом дешевле Oswave самостоятельно заливать :) Кстати кто нить теститл сие чудо, освейв всмысле? Есть ли смысл с ним связываться?

    Пробовал, если девайсы еще нужны - не заливайте! Обратного возврата нет, это указано на форуме oswave'а. У них какой свой модифицированный redboot.

    Из минусов - на включенных вкусностях (полинг,агрегация) - плохо даже на столе, нс2 тупит страшно. А в стандартных режимах - все ок, но не работает переключение поляризации (всегда вертикальная), и не выставляется 26дбм. На каждый чих надо ребутать. Загрузка длится несколько минут!

  2. Опубликовано · Жалоба на ответ

    уже есть большой опыт по преодолению трудностей длинка кстати как и линксиса на линуксе и то и другое только вот с настройкой тонкого вайфая разбираться надо кстати на насосах все летает и цена оптимальная а на счет зделать бб на длинках это уже как наболевшее просто хочется зделать и все кстати насосы а точнее ns2 по показателям один в один насосы только без самодельного аналезатора спектра .......

    а смущает меня только одно америкосы собрались все вместе и забабахали насосы ----открытый проект а вот мы не можем собраться и зделать это что бб что насосы на китайских платах которые в длинке и в ленксисах!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!вот

     

    ну если грубо так без тонкостей говорить!

    Да какой там открытый проект? Вы в исходники то смотрели? То что SDK есть, еще не о чем не говорит. Там Madwifi'евский HAL бинарный, да и самый вкусный ubntbox тоже. Залить свое конечно можно, но так и в любую другую железку тоже :)

    Никаких даташитов по железу не прилагается и в свободном доступа нету. Кстати SDK на 1-2 версии опаздывает от бинаря прошивки, это, по словам убнтешников, спец. сделано.

     

  6. Опубликовано · Жалоба на ответ

    мы юзаем вот такие скриптики:

     

    #!/usr/bin/expect -f
set timeout -1
spawn ssh -l root 192.168.1.1
match_max 100000
expect -exact "root@192.168.1.1's password: "
send -- "my_password\r"
expect "Last login: *\r\r
*root*"
interact

     

    есс-но ставить правильные права :)

     

  7. Опубликовано · Жалоба на ответ

    В чем лохоразвод? Железо - есть как в реестре РЕЗ, так и в продаже, сети - тоже есть и работают. Кому надо - клепают вимакс железо сами: http://unidata.com.ua/?pg=56 http://unidata.com.ua/?pg=57
    /off

    Картинка от сюда http://unidata.com.ua/?pg=57 очень смахивает на микротик. :)

    нее, там честный 802.16 от wavesat, ниже в таблице описание

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

     

  9. Опубликовано · Жалоба на ответ

    Кто что порекомендовать может из варианта

    "так вот, на мой взгляд, предел сегментирования - vlan per user, и позволяет убрать вообще возможность обмена любым броадкаст-мультикастом между пользователем, к тому же при использовании в качестве терминатора BRAS, вырезать остальной трафик как угодно, а на доступе иметь "тупое" "дубовое" оборудование, которое умеет dot1q и стоит копейки."

    на доступ?

    Есть еще интересный вариант с использованием PPPoE для доступа в инет и DHCP для доступа в локалку. В этом случае некоторые свичи "умеют" локальный трафик гнать по основному local-VLAN (per user) и перенаправлять PPPoE трафик от абонента в другой VLAN. Причем этот другой pppoe-VLAN может быть использоваться например per-switch. Таким образом локальный трафик маршрутизируется (local-VLAN терминируется) на агрегации-ядре (как душа желает), а PPPoE идет в ядро по выделенному VLAN. Экономия VLAN и IP адресов - оптимальная. Ну и со всеми вкусностями учета-ограничения-безопасности....

    это что-то типа protocol vlan ?

  13. Опубликовано · Жалоба на ответ

    Уважаемый deep_admin ,а можно своими словами...

    Вообщем они искусственно добавляют смещение в 10дбм, то есть ваши 16дбм в iwconfig есть реальные 26дбм в эфире.

    Вот только зачем они это сделали, когда можно было эту ситуацию обработать в самом madwifi-драйвере, тем более что там куча изменений от ubnt.

     

  14. Опубликовано · Жалоба на ответ

    а вот и нет :)

    UBNT-Mike.Ford wrote:

    This is known. We have to use a +10dB power offset for our cards to get around the limitations of the mad wifi driver. The reason you cannot go below 11dB is that this would put the actual power figure below 0. (11dB is 1dB TX power +10dB offset.

    Mike

     

    UBNT-Mike.Ford wrote:

    This is do to the power offset of the unit. When setting the power to 11dBm you are actually setting the driver to 1dBm. The driver cannot accept a lower value then 1dBm, therefore with out +10dB power offset, the minimum settings is 11dBm.

  16. Опубликовано · Изменено пользователем deep_admin · Жалоба на ответ

    может бред но все-таки:

    1) ставим 5-6 базовых, по 4 сектора 90 град на каждую базу

    2) между базовыми меш по радио

    3) по дому разводка ессно медь, на дом ставим тазик с МТ, на нем pppoe-терминация и 2 радиокарты, первая на ближайшую базовую, вторая - на соседний дом,

    между ними ospf или что там есть у мт из меш-протоколов

    4) софт для единой авторизации и управления всем этим существует

     

     

  17. Опубликовано · Жалоба на ответ

    Есть смысл прошивать нанос-2 вот этими альтернативными прошивками, http://www.dd-wrt.com/dd-wrtv3/dd-wrt/downloads.html

    или оригинальная более функциональная?

    Как минимум в качестве хотспот.

    если я не ошибаюсь, dd-wrt на нанос требует активации, то есть за денежку

  18. Опубликовано · Жалоба на ответ

    кстати мегаглюк на наностанциях

    если ставить в режиме рутера, то мак и ип адреса с езернета транслируется наружу !

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

    это не глюк наносов, это линух :)

    просто в /proc/sys/net/ipv4/conf/all/arp_filter стоит 0, поставьте 1 - проблема уйдет

     

  19. Опубликовано · Жалоба на ответ

    решение 1:

    включить на ns2 macclone, а на сетевушке поставить нужный мак

     

    решение2:

    дописать через точку с запятой команду смены мака после ebtables, например:

    ebtables.1.cmd=-t nat -A PREROUTING --in-interface ath0 -j arpnat --arpnat-target ACCEPT; ifconfig ath0 down; ifconfig ath0 hwaddr 00:01:02:03:04:05; ifconfig ath0 up;

     

    второе не проверял - буду пробовать на днях

  21. Опубликовано · Жалоба на ответ

    ок. заявленная пропускная скорость производителем 25 мбит, сегодня ночью проведу тест драйв. Результат будет статья на сайте -)

    25Mbit это конечно круто, но вот скока оно pps пропустит через себя...

    на столе микротиковским btest'ом 22-23мбит/с tcp и 29мбит/с udp

    pps'ов не много, этож cpe на одного юзера, там внутри MIPS 180mhz

     

  22. Опубликовано · Жалоба на ответ

    Всем привет! Хочется услышать дельный совет по построению линка 15-20 км для проброса одного Е1. Кто какое железо юзает? Есть ли у кого рабочее решения Е1 over Ethernet? Частотных вопросов прошу не касаться.

     

    речь идет о телефонном е1?

    напрямую поток е1 через радиоезернет подать очень трудно, наверное очень нестабильное решение будет-тут релейки рулят-НО...

    на помощь может придти IP телефония.

    берете два КвинтумаDX-они с функцией мултипаф.т.е. он принять е1 может и может его генерировать.

    один ставите на входе. другой на другом конце.

    в этом случае требования к среде передачи минимальные-на бб реально сделать. увас поток под шляпу забиваться 100 не будет-будет достаточно1мбт...

    т.е. радио участок проходится по воип. дсп железки исправит все задержи и джиттеры-все работать будет ровно.

    конечно это в случае ISDN PRI...

    кстати на одном конце можно ставит не квинтум а что-нибудь подешевле.

    кол-во хопов рояли здесь не играет- можете хоть 5 пролетов делать...

    уложитесь в 10000$. даже дешевле можно..

    А если эти АТС ОКС7? Тогда придется еще конверторы добавлять, глюков кучу с сигнализацией ловить, с хождением факсов например. Ну уж нет - поток должен передаваться прозрачно.

    А так конечно да, пожать усе в g729 - и все пучком, один поток прекрасно в 512Кбит влазит :)

     

  23. Опубликовано · Жалоба на ответ

    не сорьтесь, я исхожу из того что линк на 15 км работает на 45-50 мб, как я уже сказал на 1.2 метровой чашке, при уровне сигнала -65 -60. Делаем выводы
    я бы с удовольствием посмотрел на картинку загрузки в 50Мбит на бб

    а может там только udp в одну сторону?

     

  24. Опубликовано · Жалоба на ответ

    потому что 30мбит на блюбоксах на таком расстоянии не будет, 10-15 - будет, но не больше
    Будет, в районе 40 Мбит.

    40мбит на ББ в 20Мгц? это фантастика! :)

    расскажите как

    на этом же линке, описанном выше, сначало стояло

     

    Firmware version: 2.10 V2 180MHz pureg p2p p2mp

    потом

    Firmware version: 3.00 xmode-pureg-turbo p2p p2mp

    и напоследок вот это

    Firmware version: 4.07 xmode-pureg-turbo p2p p2mp

     

    И с уровнем -68 -69 и практически идеальным нойзом пропускная способность линка не превышала ~12Мбит полудуплекса. Причем максимальная производительность достигалась при xmode 11, при любом другом значение pureg modulation скорость падала примерно на 10-15%, зато уменьшалось кол-во ошибок. Причину потом нашли - банально нехватало pps'ов :)