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

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

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

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

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

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

 

Задача:

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

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Wireless Mesh?

Типа того.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А так же:

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

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

- VPN passthrough

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Андрей,

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

 

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

Я их выбираю.

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

Варианты:

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

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

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

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

 

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

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

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

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

- нет NAT-а.

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

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

в) 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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.