Требуется изменение схемотехники! Платно!

[Андрей]

Исходные данные, есть девайс:

- на входе WAN (Ethernet).

- на выходе: LAN (Ethernet)+1FXS+Wireless(в режиме "точка доступа").

Таких железок на самом деле очень много, почти у каждого брэнда.

 

Задача:

а) Перенести Wireless из LAN в WAN или просто подключить внутри девайса в порту WAN путем перепаивания проводов.

б) заставить Wireless работать в режиме "клиент".

 

Работа оплачивается.

 

Если кто знает Готовые девайсы (не WiMax, а WiFi по цене ДО $125)сообщите.

[newermind]

asus wl500g deluxe

linksys wrt54gs

[Андрей]

1) в этих железках нет VoIP,а это Основное условие.

2) Несмотря на то, что есть маршрутизация, Wireless работает только в режиме "точка доступа".

[nuclearcat]

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

[Андрей]

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

Вот например железка: WRT54GP2

Всем хороша, да только wireless не может работать в режиме "клиент".

[Я_рядом]

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

Вот например железка: WRT54GP2

Всем хороша, да только wireless не может работать в режиме "клиент".

Каков объем бизнеса?

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

[Андрей]

Каков объем бизнеса?

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

Несколько тысяч девайсов в год.

[Я_рядом]

Wireless Mesh?

[Андрей]

Wireless Mesh?

Типа того.

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

[Я_рядом]

А так же:

- PPTP клиент, чтобы как-то авторизовывать и собирать статистику

- Простеникий межсетевой экран

- VPN passthrough

- реализация SIP с возможностью модификации поля Vendor ID

- Страница Web интерфейса IP Accounting

Что еще забыл?

[dgreen]

Андрей,

Можно взять любой девайс на RTL8186, желательно с 16 метрами памяти, и написать нужный софт (проблем нет - напишу хоть черта - опыт огого ! присутствует).

Получишь - WiFi как WAN - клиентская точка, на выходе - Ethernet - в зависимости от девайса - 1,2,5 постов. Причем - если что-то типа OvisLink 5460 - то порты независимы, отдельно 2 по 100 Мбит.

На стороне WiFi можно поднять мощьность до 200Мвт - для клиентских точек критично именно повышение выходной мощьности без повышения чувствительности - т.к. у тебя (скорее всего) стоят сектора, которые размазывают мощу передачи на треть круга, а на прием направленная антена со стороны клиента бъет непосредственно на твой сектор.

Поскольку в девайс заливается Linux - никаких проблем ни с маршрутизацией, ни с выделением полосу нет - поднял QoS и гарантируй, к примеру, клиенту нормальную работу VoIP за счет остального трафика. Плюс мониторинг точек.. в общем получается красиво (у меня стоят такие клиентские точки - я с них даже статистику ака cisco accounting снимаю - поднял себе ipcad на точках.

Если интересно - давай думать. Что надо и в каком виде. Чисто программный подход - один раз сделаем и лей себе новые точки сколько надо :)

[dgreen]

к стати, тот же WRT54GP2 так и перестраивается под клиентскую точку :)

[dgreen]

мда. Как водится - сначала сказал, а потом подумал.

WRT54GP2 это не совсем WRT54 - а значит не обязательно там 8186 стоит - прости. Хтя в 8186 и встроенно 2 порта PCM - а значит скорее всего он там и стоит.

Если так - то проблем особых нет. Если нет - то надо смотреть, что там стоит и, соостветственно, делать нужный софт.

Андрей - если у тебя есть возможность раскрутить WRT54GP2 (я так понял, что у тебя они есть), то посмотри - какой там проц стоит. Вот тогда можно и сказать - реально ли это все. Если что-то реалтековское - 8181, 8186, 8650 - то проблем нет никаких. Если нет- то надо думать :)

[nuclearcat]

WRT54GP (без двойки) значится как unsupported на openwrt. Соответственно малой кровью тут не обойтись.

[Андрей]

. Если что-то реалтековское - 8181, 8186, 8650 - то проблем нет никаких. Если нет-  то надо думать :)

Нашел только одну картинку http://www.linksysinfo.org/modules.php?nam...=article&sid=63

 

Вроде там чипы Realtek.

 

На самом деле девайсов этих у меня нет.

Я их выбираю.

Почему в качестве примера привел его: устраивает по набору портов и цене.

Если есть другие железки - без проблем.

Главное - не глючное.

[dgreen]

nuclearcat, малой не обойтись. Найти кросс компайлер под него - и в принципе (но только в принципе !) вопрос решается. Что там внутри стоит ? Нигде нет описания. А искать и покупать железку только для того, чтобы посмотреть на марку проца.... мабуть дороговато будет.

Хотя мне уже стало интересно.

Вижу 2 пути - либо разобраться с WRT54GP2, либо попробовать сделать навесок к RTL8186 для организации телефонных портов.

Я в свое время делал (где-то даже валяется железка) порт из саундовской платы - когда начинал заниматься VoIP - писал софт, который openphone выводил на этот порт. Даже работало. С радиотелефоном моим. Только потом цены на железо начали падать - и я забросил.

На неделе посижу с описанием 8186 PCM портов - там в принципе все сделанно уже - надо только дрова под него скрутить (реалтеки вряд-ли дадут, если и писали вообще), и софт подогнать. Тогда будет просто (относительно). Хм... Задали очень-очень интересную задачу. И, надо признаться, достаточно практичную даже для меня.

[nuclearcat]

Дело не только в компайлере. Дело в дровах на железо. Как быть с этим.... с WiFi чипсетами вообще дела обстоят хреново. Из-за дурацких требований FCC(или как их там) - все вендоры стараются делать binary HAL для дров, который сам по себе крив.

[Андрей]

Хм... Задали очень-очень интересную задачу. И, надо признаться, достаточно практичную даже для меня.

У меня задача проста:

Есть N-тысяч юзеров живущих в Негородской местности.

Им нужны стационарные телефоны.

Варианты:

а) Кабель в землю - дешевле 30,000-50,000 рублей на брата не выходит.

б) Кабель по воздуху - геморрой с грозами, но выходит по 10,000 рублей (с учетом столбов и пр.)

в) DECT. С учетомом ТАРБ выходит ~ 9,000 рублей.

Но во всех этих вариантов - Инет надо подавать отдельно :-(

 

И поэтому родился вариант Г) VoIP over WiFi.

!!! Важное замечение!!! Телефонные номера приходят УЖЕ в voIP и "пересаживать" их АТС - лишние деньги.

Вариант "г" вышел всего в 5000 рублей.

Плюс - инет В ТОМ ЧИСЛЕ.

Осталось вместо двух коробок оставить одну и добавить малость QoS за счет "зарезания Инета в угоду VoIP".

 

Рынок (только у меня) - десятки тысяч в год.

[nuclearcat]

Малость QoS не всегда получится. Эфир дело очень непредсказуемое... особенно эфир 802.11

В BlueBox эту проблему частично(в большей степени) исправили.

[Андрей]

Малость QoS не всегда получится. Эфир дело очень непредсказуемое... особенно эфир 802.11

В BlueBox эту проблему частично(в большей степени) исправили.

Дополнительные данные:

1) Растояние от БС до клиента меньше 1 км.

2) Прямая видимость - 100%.

3) Клиент (частное лицо): один телефон +ОДИН комп. Никаких игр и мультимедиа (пока) Только Инет.

4) Клиентов на сектор (сектор=1 точка доступа): 30-50

 

То есть трафик ожидается Очень маленьким.

Но все равно - компы клиентов Обязательно хотим за NAT и FireWall (чтобы соседи друг с другом не качали и эфири не забивали).

[dgreen]

nuclearcat, СТОП. Мы полезли помоему не совсем теда, куда надо. Технари, блин :) Человеку надо что ? Есть набор условй. Весь он удовлетворяется существующим железом WRT54GP2, окромя:

- не работает WRT54GP2 как клиентская точка и

- нет NAT-а.

Давай думать.

В WRT54GP2 Линух (ну не поверю я, что они что-то другое туда засунули). 90%, что там есть внутри вся нужная функциональность, но наружу ее не выставили (так все делают. Пример - D-link G700 - есть все, но с родным софтом работает только как точка доступа. Все 8186-based устройства не имеею ната, хотя линух внутри собран с его поддержой).

Так не проще ли залезть в нутро софта реально существующего и перестроить ?

Блин. Ну нету у меня этой железки ! Была бы - попробовал бы.

Андрей, плиз. Если тебе действительно НАДО, и если у тебя эта железяка есть - выложи фотку (нормально читаемую) внутренности. Дабы было бы видно, какие есть разъемы наружу (типа сериал-консоли или JTAG) и какой чип в качестве центрального.

Тогда можно будет говорить и пробовать что-то сделать !

[nuclearcat]

http://www.linksysinfo.org/modules.php?nam...=asc&highlight=

vxWorks

[Yuz]

в) DECT. С учетомом ТАРБ выходит ~ 9,000 рублей.

Сейчас практически все системы Дект умеют переключть ТАРБ в режим передачи данных .. съедая соответственно один или 2 таймслота .. и на сколько вы абонентов считали систему что у вас получились такие цифры ?9000 руб на абонента?

[Андрей]

WRT54GP2, окромя:

- не работает WRT54GP2 как клиентская точка и

- нет NAT-а.

 

Стоп!

 

Читаем Даташит:

 

Security Features NAT Firewall

Wireless Security Features WPA,WEP, TKIP, RADIUS, Wireless MAC Filtering

UPnP able/cert Certified

 

• Support QoS (Quality of Service) to

ensure best quality voice

• Advanced Security Management

Function for Port Filtering, MAC

Address Filtering, and DMZ Hosting

 

Разве этого мало?

 

Далее: в ЮзерМанаул написано, что как почти все линскису железка умеет делать СтатикРоуте между WAN и LAN.

То есть, мы берем:

- подаем вход инета не на WAN, а на LAN.

- комп включаем в WAN.

- VoIP у нас отделён от компа клиента роутером можно пытаться "зажимать" компа в угоду Войпу.

Осталось wireless сделать не точкой доступа, а клиентом.

Схема не совсем ровная :-(

 

Пошел искать другие железки с VoIP+Wireless.

[Андрей]

WRT54GP (без двойки) значится как unsupported на openwrt. Соответственно малой кровью тут не обойтись.

 

Нашел полный аналог, но с линуксом:

 

WRTP54G

 

http://wiki.openwrt.org/OpenWrtDocs/Hardwa...Linksys/WRTP54G