Цель

Данная статья написана в помощь желающим оценить возможность осуществления VoIP звонков через WiMax сеть. Статья подготовлена как пошаговое руководство процесса настройки встроенного VoIP телефона HTC Max.

Подготовка

Для осуществления тестирования Вам понадобится:

1. телефон HTC Max – 1 шт.;
2. реквизиты учетной записи на VoIP сервере – 1 шт.;
3. оплаченное подключение к сети Yota.

Реквизиты учетной записи на VoIP сервере можно получить на этой странице.

VoIP подключение к домену network-engineer.ru возможно осуществить только из сети Yota. Подключение через других провайдеров Интернет будет не успешным.

Обратите внимание, что встроенное в HTC Max приложение «Телефон» доступно если небыло установленно приложение «Yota телефон». В случае если Вами был установлено приложение «Yota телефон» его необходимо удалить.

Конфигурирование

Для начала конфигурирования нам необходимо открыть встроенный в HTC Max приложение «Телефон». Пожалуйста, обратите внимание, что сейчас под текстом «VoIP» в верхней части экрана имеется крестик символизирующий отсутствие подключения к VoIP серверу.

Рисунок 1. Вид приложения телефон в Windows Mobile

Далее необходимо в меню выбрать опцию «Параметры VoIP» Читать далее…

+7(812)259-90-00 – голосовая почта

Позвонив на данный номер Вы получаете доступ к вашей голосовой почте. В качестве пароля установлен номер вашего телефона (учетной записи) без символа «+».

+7(812)259-90-01 – зарезервирован

Номер в данное не имеет назначения.

+7(812)259-90-02 – эхо с 5-ти секундной задержкой

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

+7(812)259-90-03 – эхо без задержки

Данный номер предназначен для оценки значения задержки вносимой WiMAX подключением. Если WiMAX подключение обеспечивает хорошее качество передачи данных VoIP разговора и Вами используется кодек G.711, то Вы не услышите эхо.
Если Вы слышите эхо, то это значит, что ваш собеседник сказаное вами слово, услышит не раньше чем время на которое отстает эхо, уменьшенное вдвое.

+7(812)259-90-04 – музыка на ожидании

Данный номер предназначен для оценки качества передачи VoIP данных от сервера к вашему телефону. Также если Вы используете кодек отличный от G.711, то этот номер можно использовать для оценки качества сжатия используемым Вами кодеком.

Ссылки

1. Конфигурирование HTC Max для VoIP звонков через WiMax сеть
2. Часто задаваемые вопросы по работе VoIP сервиса
3. Информация о доступных учетных записях

В настоящее время для тестирования Вы можете использовать учетные записи приведенные в таблице ниже

Таблица 1. Действующие учетные записи на VoIP сервере

Для всех записей домен – «network-engineer.ru»

Ссылки

1. Конфигурирование HTC Max для VoIP звонков через WiMax сеть
2. Часто задаваемые вопросы по работе VoIP сервиса
3. Описание сервисных номеров

Часто задаваемые вопросы

1. Звонок на тестовый номер длится 1 минуту после чего завершается. Чем это может быть вызвано?
2. Могу ли я протестировать VoIP связь через WiMax подключение со своего ноутбука?
3. Какие кодеки могут быть использованы для звонка?
4. Во время разговора слышно эхо. Чем это может быть вызвано?
5. Куда можно позвонить?

Звонок на тестовый номер длится 1 минуту после чего завершается. Чем это может быть вызвано?

Данное поведение характерно для телефона HTC Max в случае когда скорость передачи данных от телефона к VoIP серверу недостаточна. Телефон не может получить подтверждение от сервера, что данные к нему поступают, и по истечении одной минуты ожидания телефон HTC Max принудительно завершает вызов.

Могу ли я протестировать VoIP связь через WiMax подключение со своего ноутбука?

Да, Вы можете это сделать. Для это потребуется в VoIP клиенте на вашем ноутбуке указать имя пользователя, домен и пароль.
В редких случаях может потребоваться указать что-нибудь из следующих параметров:

1. Прокси-сервер SIP (IP-port) – «softswitch.network-engineer.ru : 5060″;
2. Исходящий прокси-сервер (IP-port) – «softswitch.network-engineer.ru : 5060″;
3. Сервер STUN (IP-port) – «stun.network-engineer.ru : 3478″;

Какие кодеки могут быть использованы для звонка?

Использование следующих кодеков обеспечит хорошее качество разговора, при хорошем уровне WiMAX сигнала:

1. G.711 A-Law
2. G.711 U-Law

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

1. GSM.

Использование следующих кодеков возможно, но то что они заработают у Вас без сбоев мы не обещаем:

1. SPEEX на частоте 8кГц;
2. SPEEX на частоте 16кГц;
3. G.722 на частоте 8кГц.

Во время разговора слышно эхо. Чем это может быть вызвано?

При установление разговора во время вызова на местную телефонную сеть могут использоваться участки телефонной сети которые вносят эхо. При обычном разговоре эхо «не слышно» так как оно звучит почти одновременно с тем что Вы произносите. При звонке через WiMAX сеть задержка в передаче данных может достигать 250 мс, и при таких значениях Вы начинаете замечать звучание эхо в трубке. Как правило, при аналогичных значениях задержки используется такие устройства как эхо-компенсаторы и ими должны оборудоваться используемые шлюзы связывающее IP сеть с телефонной сетью, но в настоящее время это не всегда выполняется. По этой причине во время разговора может возникать эхо.

Куда можно позвонить?

В настоящее время вы можете позвонить:

1. в Санкт-Петербург по коду +7(812) xxx-xx-xx;
2. пользователю SIP сети по его идентификатору. Например позвонив по адресу sip:2009991@sipnet.ru Вы попадете в службу технической поддержки SIPNet.

Ссылки

1. Конфигурирование HTC Max для VoIP звонков через WiMax сеть
2. Описание сервисных номеров
3. Информация о доступных учетных записях

Цель

Статья написана для тех кто желает добавить дополнительный функционал в прошивку подготовленную в статье «Прошивка DD-WRT под Yota для маршрутизаторов ASUS» или добавить функционал поддержки модема Samsung SWC-U200 в какой-либо иной мод DD-WRT.

Требования

В процессе подготовки мода нам потребуются:

1. машина под управлением Linux;
2. права пользователя root (файлы прошивки DD-WRT принадлежат пользователю root).

Распаковка содержимого прошивки

Для начала нам необходимо получить дистрибутив инструментария для создания модов прошивки.

mkdir -p /tmp/firmware_modkit
cd /tmp/firmware_modkit
wget http://www.bitsum.com/files/firmware_mod_tools.tar.gz
tar xvzf firmware_mod_tools.tar.gz
rm -f firmware_mod_tools.tar.gz

После нам необходимо в папку /tmp/firmware_modkit положить дистрибутив dd-wrt который будем модифицировать. Например svn14205_big

wget http://www.dd-wrt.com/dd-wrtv2/downloads/others/eko/V24_TNG/svn14205/dd-wrt.v24-14205_NEWD-2_big.bin

Распаковываем содержимое прошивки в рабочую директорию

./extract_firmware.sh dd-wrt.v24-14205_NEWD-2_big.bin work_dir

 Firmware Mod Kit (extract) v0.62 beta, (c)2008 Jeremy Collake

http://www.bitsum.com

 Checking for updates ...
  You have the latest version of this kit.
 LINUX system detected. Compatibility ok.
 Testing file system of work_dir ...
 Building tools ...
 Build seems successful.
 Preparing working directory ...
 Removing any previous files ...
 Creating directories ...
 Extracting firmware
 Attempting squashfs 3.0 lzma ...
 Trying 'damn small' variant - used by DD-WRT v24 ...
 Firmware appears extracted correctly!
 Now make changes and run build_firmware.sh.

Теперь в папке work_dir находится содержимое прошивки DD-WRT

ls -l work_dir/
total 12K
drwxr-xr-x  2 root root 4.0K May  6 09:23 image_parts
drwxr-xr-x  2 root root 4.0K May  6 09:23 installed_packages
drwxr-xr-x 16 root root 4.0K Apr  7 16:58 rootfs

Модификация прошивки

Теперь Вы можете изменить содержимое поршивки одним из указанных ниже способов:

1. в соответствии инструкцией что приводится на странице описания инструментария для создания модов;
2. путем модифицирования содержимого файловой системы в папке work_dir/rootfs/;
3. путем копирования набора файлов необходимых для работы модема Samsung SWC-U200 в папку work_dir/rootfs/.

Для копирования набора файлов необходимых для работы модема Samsung SWC-U200 необходимо выполнить следующие команды

wget http://www.network-engineer.ru/files/post_256/dd-wrt_yota_files.tar.gz
tar xvzf dd-wrt_yota_files.tar.gz -C work_dir/rootfs/

Сборка мода прошивки

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

./build_firmware.sh mod_dir work_dir

Теперь в папке mod_dir находится подготовленный Вами мод прошивки. Для прошивки маршрутизатора  Вы можете испоьзовать файл mod_dir/custom_image.trx.

Прочая информация

К сожалению из под Windows собрать прошивку с помощью firmware modkit невозможно. По крайней мере, мне неизвестно о портировании инструментария под  firmware modkit на платформу Windows.

Ссылки

Прошивка DD-WRT под Yota для маршрутизаторов ASUS
Инструментарий для создания модов прошивки DD-WRT
Текущие сборки DD-WRT
Сборки версии svn14205

Зачем

Данный пост написан в помощь тем кто пытается понять что является причиной не работы маршрутизатора с прошивкой DD-WRT в сети WiMax

Анализ работы WiMax модема

Ниже пример лог файла /var/log/messages когда происходит корректная инициализация WiMax интерфейса

Jan  1 00:07:25 DD-WRT user.info : MadWimax process not exist
Jan  1 00:07:35 DD-WRT user.info : MadWimax process not exist
Jan  1 00:07:45 DD-WRT user.info : MadWimax process not exist
Jan  1 00:07:48 DD-WRT user.info kernel: hub.c: new USB device 00:03.1-1.2,  assigned address 3
Jan  1 00:07:48 DD-WRT user.warn kernel: usb.c:  USB device 3 (vend/prod 0x4e8/0x6761) is not claimed by any active  driver.
Jan  1 00:07:55 DD-WRT user.info : MadWimax process not  exist
Jan  1 00:08:04 DD-WRT user.info : deleting routers
Jan  1 00:08:04 DD-WRT user.info : adding dns 94.25.208.74
Jan  1 00:08:04 DD-WRT user.info : adding dns 94.25.128.74
Jan  1 00:08:05 DD-WRT user.emerg kernel: ip_nat_pptp version 1.5 unloaded
Jan  1 00:08:05 DD-WRT user.emerg kernel: ip_conntrack_pptp version 1.9  unloaded
Jan  1 00:08:05 DD-WRT user.info syslog: vpn modules :  vpn modules successfully unloaded
Jan  1 00:08:05 DD-WRT user.info  syslog: vpn modules : ip_conntrack_proto_gre successfully loaded
Jan  1 00:08:05 DD-WRT user.info syslog: vpn modules : ip_nat_proto_gre  successfully loaded
Jan  1 00:08:05 DD-WRT user.emerg kernel:  ip_conntrack_pptp version 1.9 loaded
Jan  1 00:08:05 DD-WRT  user.info syslog: vpn modules : ip_conntrack_pptp successfully loaded
Jan  1 00:08:05 DD-WRT user.emerg kernel: ip_nat_pptp version 1.5 loaded
Jan  1 00:08:05 DD-WRT user.info syslog: vpn modules : ip_nat_pptp  successfully loaded
Jan  1 00:08:10 DD-WRT user.info : Network is  up via 109.188.190.1
Jan  1 00:08:25 DD-WRT user.info : Network is  up via 109.188.190.1
Jan  1 00:08:39 DD-WRT user.info : Network  is up via 109.188.190.1

Ну а теперь разберм лог построчно

Jan  1 00:07:25 DD-WRT user.info : MadWimax process not exist
Jan  1 00:07:35 DD-WRT user.info : MadWimax process not exist
Jan  1 00:07:45 DD-WRT user.info : MadWimax process not exist

Данный текст выводит скрипт /etc/madwimax/wimax_always_on.sh. Этот скрипт предназначен для контроля работоспособности WiMax интерфейса. В данный момент скрипт сообщает, что драйвер madwimax не загружен. Причиной тому скорей всего является то, что модем не подключен к маршрутизатору.

Jan  1  00:07:48 DD-WRT user.info kernel: hub.c: new USB device  00:03.1-1.2,  assigned address 3
Jan  1 00:07:48 DD-WRT user.warn  kernel: usb.c:  USB device 3 (vend/prod 0x4e8/0x6761) is not claimed by  any active  driver.

Данные сообщения говорят о том, что ядром операционной системы обнаружено USB устройство (WiMax модем Samsung) и драйвера для данного устройства нет.

Jan  1 00:08:04 DD-WRT user.info : deleting routers
Jan  1  00:08:04 DD-WRT user.info : adding dns 94.25.208.74
Jan  1   00:08:04 DD-WRT user.info : adding dns 94.25.128.74

Данные сообщения выводятся скриптом /etc/udhcp/default.bound. Скрипт запускается после того, как успешно поднялся WiMax интерфейс и получен IP адрес от DHCP сервера.

В процессе работы скрипта удаляется существующие маршут по умолчанию (если был подключен кабель к WAN интерфейсу) и добавляется адреса DNS серверов в конфигурационный файл.

Jan  1  00:08:05 DD-WRT user.emerg kernel: ip_nat_pptp version 1.5  unloaded
Jan  1 00:08:05 DD-WRT user.emerg kernel:  ip_conntrack_pptp version 1.9  unloaded
Jan  1 00:08:05 DD-WRT  user.info syslog: vpn modules :  vpn modules successfully unloaded
Jan  1 00:08:05 DD-WRT user.info  syslog: vpn modules :  ip_conntrack_proto_gre successfully loaded
Jan  1 00:08:05 DD-WRT  user.info syslog: vpn modules : ip_nat_proto_gre  successfully loaded
Jan  1 00:08:05 DD-WRT user.emerg kernel:  ip_conntrack_pptp version 1.9  loaded
Jan  1 00:08:05 DD-WRT  user.info syslog: vpn modules :  ip_conntrack_pptp successfully loaded
Jan  1 00:08:05 DD-WRT  user.emerg kernel: ip_nat_pptp version 1.5 loaded
Jan  1 00:08:05  DD-WRT user.info syslog: vpn modules : ip_nat_pptp  successfully loaded

Данные сообщения выводят в процессе выполнения команды startstop firewall в скрипте /etc/madwimax/event.sh.

Jan 1 00:08:10 DD-WRT  user.info : Network is up via 109.188.190.1
Jan 1 00:08:25 DD-WRT user.info : Network is  up via  109.188.190.1
Jan 1 00:08:39 DD-WRT user.info : Network  is up  via 109.188.190.1

Эти собщения выводятся в процесе работы скрипта /etc/madwimax/wimax_always_on.sh Сообщение означает что madwimax процес запущен (WiMax интерфейс находится в рабочем состоянии) и маршрутизатор по-умолчанию доступен. Доступность маршрутизатора проверяется командой ping.

Также в процессе работы маршрутизатора может выводится сообщение

Jan   1 00:32:58 DD-WRT user.info : Ping failed, killing MadWiMax process. It  is be restarted by /etc/init.d/S02madwimax script

Означающее что ping до маршрутизатора по-умолчанию неуспешен и выполняется удаление madwimax процесса. Повторный запуск madwimax процесса будет производиться скриптом /etc/init.d/S02madwimax.

Что и зачем это сделано

Подготовлена прошивка DD-WRT для маршрутизаторов Asus WL-500gP v2 в которую интергированны драйвер MadWiMAX. Прошивка сделана с целью упрощения процедуры подготовки маршрутизатора к работе в сети Yota. Сразу после после заливки DD-WRT в маршрутизатор Asus, он готов к работе в сети Yota.

Требуемые материалы, оборудование и программное обеспечение

В работе нам потребуется:

1. маршрутизатор Asus WL-500gP V2;
2. USB-модем Samsung SWC-U200;
3. прошивка DD-WRT подготовленная для работы с Yota;
4. программа для заливки DD-WRT в маршрутизатор Asus.

Подготовительные действия

На компьютере необходимо установить статический IP адрес 192.168.1.2 и маску 255.255.255.0.

Соединить компьютер с одним из LAN портов маршрутизатора кабелем Ethernet.

Маршрутизатор должен иметь настройки по умолчанию (заводские настройки).

Перепрошивка

Проверяем что маршрутизатор доступен для компьютера. По умолчанию маршрутизатор имеет IP адрес 192.168.1.1.

ping 192.168.1.1

Pinging 192.168.1.1 with 32 bytes of data:
 Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
 Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
 Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
 Reply from 192.168.1.1: bytes=32 time<1ms TTL=64

Ping statistics for 192.168.1.1:
 Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
 Approximate round trip times in milli-seconds:
 Minimum = 0ms, Maximum = 0ms, Average = 0ms

Запускаем программу для заливки DD-WRT и указываем IP адрес маршрутизатора и файл с прошивкой DD-WRT. Читать далее…

Общая информация

Установка состоит следующих шагов.

1. подключение дополнительных репозитариев
2. установка пакета rtorrent

Подключение дополнительных репозитариев

Данная процудура описана на странице Installing RPMforge. Кратко последовательность выглядит следующим образом

Установка пакета задания приоритетов репозитариев

yum install yum-priorities

Редактируем файл CentOS-Base.repo

vi /etc/yum.repos.d/CentOS-Base.repo

В файле в секциях base, addons, updates, extras устанавливаем параметр priority=1. В секциях centosplus, contrib устанавливаем параметр priority=2. Пример ниже.

name=CentOS-$releasever  - Base
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os
#baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5
priority=1

Импортируем ключ подписи пакетов

rpm --import  http://dag.wieers.com/rpm/packages/RPM-GPG-KEY.dag.txt

Установка пакета реопзитария rpmforge
Для 64 битной системы скачиваем

wget http://packages.sw.be/rpmforge-release/rpmforge-release-0.5.1-1.el5.rf.x86_64.rpm

Для 32 битной системы скачиваем

wget http://packages.sw.be/rpmforge-release/rpmforge-release-0.5.1-1.el5.rf.i386.rpm

Проверяем что пакеты коректно скачались

rpm -K rpmforge-release-0.5.1-1.el5.rf.*.rpm

Устанавливаем пакет реопзитария rpmforge

 rpm -i rpmforge-release-0.5.1-1.el5.rf.*.rpm

Проверяем работу yum с новыми репозитариями

yum check-update

Установка пакета rtorrent

Установка состоит из команды

yum install rtorrent

Ниже приводится описание процедуры настройки модема ZyXEL на примере модема P660RU2. В документе не раскрывается настройка WAN интерфейса, по этой причине настроку данного интерфейса необходимо выполнить через Web интерфейс. Итак начинаем. Читать далее…

На таких телефонах как X-Lite при входящем звонке отображается SIP адрес того кто звонит. Аналогично адресу электронной почты он состоит из имени пользователя и доменной части разделенных символом @. Если номер звонящего пользователя совпадает с доменным именем вашего SIP адреса, то телефон выводит SIP адрес звонящего без доменной части.

Для меня было неожиданным увидеть что когда звонок обрабатывается  FreeSwtich, то доменная часть моего SIP адреса заменяется IP адресом FreeSwitch. Для того чтобы данный момент поправить, необходимо в секцию конфигурационного файла приведенную ниже внести изменения:

<extension name="Local_Extension">
  <condition field="destination_number" expression="^(10[01][0-9])$">
    <action application="set" data="dialed_extension=$1"/>
    <action application="export" data="dialed_extension=$1"/>
    <!-- bind_meta_app can have these args <key> [a|b|ab] [a|b|o|s] <app> -->
    <action application="bind_meta_app" data="1 b s execute_extension::dx XML features"/>
    <action application="bind_meta_app" data="2 b s record_session::$${base_dir}/recordings/${caller_id_number}.${strftime(%Y-%m-%d-%H-%M-%S)}.wav"/>
    <action application="bind_meta_app" data="3 b s execute_extension::cf XML features"/>
    <action application="set" data="ringback=${us-ring}"/>
    <action application="set" data="transfer_ringback=$${hold_music}"/>
    <action application="set" data="call_timeout=30"/>
    <!-- <action application="set" data="sip_exclude_contact=${network_addr}"/> -->
    <action application="set" data="hangup_after_bridge=true"/>
    <!--<action application="set" data="continue_on_fail=NORMAL_TEMPORARY_FAILURE,USER_BUSY,NO_ANSWER,TIMEOUT,NO_ROUTE_DESTINATION"/> -->
    <action application="set" data="continue_on_fail=true"/>
    <action application="hash" data="insert/${domain_name}-call_return/${dialed_extension}/${caller_id_number}"/>
    <action application="hash" data="insert/${domain_name}-last_dial_ext/${dialed_extension}/${uuid}"/>
    <action application="set" data="called_party_callgroup=${user_data(${dialed_extension}@${domain_name} var callgroup)}"/>
    <!--<action application="export" data="nolocal:sip_secure_media=${user_data(${dialed_extension}@${domain_name} var sip_secure_media)}"/>-->
    <action application="hash" data="insert/${domain_name}-last_dial/${called_party_callgroup}/${uuid}"/>
    <action application="bridge" data="{sip_invite_domain=${domain_name}}user/${dialed_extension}@${domain_name}"/>
    <action application="answer"/>
    <action application="sleep" data="1000"/>
    <action application="voicemail" data="default ${domain_name} ${dialed_extension}"/>
  </condition>
 </extension>

В данном блоке редактируется следующая строка:

<action application="bridge" data="{sip_invite_domain=${domain_name}}user/${dialed_extension}@${domain_name}"/>

Все рекомендации приведенные выше применяются к файлам располагаемым в папке freeswitch/conf/dialplan. Для лучшего понимания примем, что дальнейшую настройку выполняем над планом нумерации которым пользуются клиентские устройства, что по-умолчанию имеет имя default.xml.

Все примеры приводятся для версии 1.0.4 FreeSwitch.