Хрипы при звонке наружу через sip операторов

Question

Asterisk 1.6
Ubuntu Server 10.04 Virtual Box.

При звонках внутри все нормально. При звонках наружу через Датакард (Хуавей Е1550) тоже все отлично. Хрипы и щелчки проявляются лишь при звонках наружу через сип пиров (сип операторов). Такой звук постоянно. На разных операторах. Пример звука http://file.qip.ru/audio/FeQ5b0Y9/badsound.html

Answer 1

0

Капец вы тут устроили полигон тего-испытаний! ))) заДДОСили меня напрочь.

Кстати, проблема была в дибильном СИП клиенте BRIA! Попробовал фринг - никаких прерываний. Странно, что самый "крутой" клиент оказался таким глючным!

ссылка удалить спам редактировать

ответил 2011-10-19 20:23:39 +0400

lexxnsk
86 ● 8 ● 3 ● 11

Comments

Та же проблема с iSIP. интересно, но эти же клиенты нормально работают с сип провайдерами типа PCTEL, но не работают нормально с моим астером (щелчки) - почему так. Может, можно все же что то подкрутить?

lexxnsk ( 2011-10-19 21:11:20 +0400 )редактировать

Ну мы рады, что вы частично решили свою проблему. Мне допистим не понятен ваш вопрос изначально. Вы говорите, что звоня наружу используя 3G модем (е1550) у вас все отлично, а звоня через сип операторов - портится звук. Т.е. когда вы звоните через е1550 вы не используете сип-операторов ???

alphil ( 2011-10-19 23:46:58 +0400 )редактировать

Просто в BRIA попробуйте поставить транспорт TCP.. С UDP и правда - тупит. Сегодня проверил на своем iPhone..

Zavr2008 ( 2011-10-20 01:02:33 +0400 )редактировать

Ставлю TCP - не могу зарегаться у себя на астере. Service unavailable. Reason: conenction refused.

lexxnsk ( 2011-10-20 09:24:23 +0400 )редактировать

Включил RTP debug. При звонке фрингом вижу вот что <pre><code> < Sent RTP P2P packet to 85.26.231.16:10923 (type 08, len 000160) Sent RTP P2P packet to 217.64.42.160:61466 (type 00, len 000160) Sent RTP P2P packet to 217.64.42.160:61466 (type 00, len 000160) Sent RTP P2P packet to 85.26.231.16:10923 (type 08, len 000160) code /><pre />

lexxnsk ( 2011-10-20 09:34:07 +0400 )редактировать

А вот то же самое при звонке через Bria. <p> Sent RTP packet to 85.26.231.16:21913 (type 00, seq 054240, ts 079680, len 000160) Got RTP packet from 217.118.79.39:29913 (type 08, seq 003516, ts 079680, len 000160) Sent RTP packet to 85.26.231.16:21913 (type 00, seq 054241, ts 079680, len 000160) Got RTP packet from 217.118.79.39:29913 (type 08, seq 003517, ts 079840, len 000160) Sent RTP packet to 85.26.231.16:21913 (type 00, seq 054242, ts 079840, len 000160) Got RTP packet from 217.118.79.39:29913 (type 08, seq 003517, ts 079840, len 000160) Sent RTP packet to 85.26.231.16:21913 (type 00, seq 054243, ts 079840, len 000160) Got RTP packet from 217.118.79.39:29913 (type 08, seq 003518, ts 080000, len 000160) Sent RTP packet to 85.26.231.16:21913 (type 00, seq 054244, ts 080000, len 000160) В данном случае голос как бы промодулирован хрипом. Как выделять код так и не понял (((((

lexxnsk ( 2011-10-20 09:38:47 +0400 )редактировать

Как я понял, проблема лежит в транскодинге. Когда использую фринг - транскодинга нет - пакеты летят напрямую - все ок. КОгда БРИА - идет транскодинг. Я попробовал запретить все кодеки кроме 711a 711u - транскодинг исчез и качество на БРИА стало хорошее. но при звонке на внешку через pctel - транскодинг все равно появляется и качество становится ужасным.

lexxnsk ( 2011-10-20 12:08:44 +0400 )редактировать

Вообщем в итоге вопрос свелся к следующему: Как сделать так, чтобы при транскодинге качество не терялось ?

lexxnsk ( 2011-10-20 12:09:11 +0400 )редактировать

Answer 2

Думаю проблема в этом Ubuntu Server 10.04 Virtual Box
попробуй на дешевой машинке и все будет ясно.
Еще бывает и за роутера такие проблемы но это редкость.
Пока писал вспомнил что еще есть такая тема как paketization ulaw:30 попробуй поставить и тут копай далее

Answer 3

0

Обычно проблема в качестве интернет канала. В первую очередь нужно проверить задержки/потери/джиттер до IP адресов SIP операторов

ссылка удалить спам редактировать

ответил 2011-10-17 17:01:51 +0400

asteriskguru
1160 ● 4 ● 5 ● 21
http://www.asteriskguru.r...

Comments

Из той же подсети через ATA адаптер звонки идут без проблем. Проблема именно в *

lexxnsk ( 2011-10-17 17:03:34 +0400 )редактировать

и все таки нужно проверить :) Наберите ping -i .5 -c 100 <ip_address>. Какая будет статистика?

asteriskguru ( 2011-10-17 18:48:56 +0400 )редактировать

ping -i 5 -c 100 217.73.112.14 PING 217.73.112.14 (217.73.112.14) 56(84) bytes of data. 64 bytes from 217.73.112.14: icmpseq=1 ttl=54 time=75.0 ms 64 bytes from 217.73.112.14: icmpseq=1 ttl=53 time=75.9 ms (DUP!) 64 bytes from 217.73.112.14: icmpseq=2 ttl=54 time=77.0 ms 64 bytes from 217.73.112.14: icmpseq=2 ttl=53 time=77.2 ms (DUP!) 64 bytes from 217.73.112.14: icmpseq=3 ttl=54 time=75.6 ms 64 bytes from 217.73.112.14: icmpseq=3 ttl=53 time=78.7 ms (DUP!) 64 bytes from 217.73.112.14: icmpseq=4 ttl=54 time=74.0 ms 64 bytes from 217.73.112.14: icmpseq=4 ttl=53 time=74.2 ms (DUP!) 64 bytes from 217.73.112.14: icmpseq=5 ttl=54 time=74.0 ms 64 bytes from 217.73.112.14: icmpseq=5 ttl=53 time=74.3 ms (DUP!) 64 bytes from 217.73.112.14: icmpseq=6 ttl=54 time=76.9 ms 64 bytes from 217.73.112.14: icmpseq=6 ttl=53 time=80.0 ms (DUP!) 64 bytes from 217.73.112.14: icmpseq=7 ttl=54 time=71.9 ms 64 bytes from 217.73.112.14: icmpseq=7 ttl=53 time=72.1 ms (DUP!) 64 bytes from 217.73.112.14: icmp_seq=8 ttl=54

lexxnsk ( 2011-10-17 19:21:45 +0400 )редактировать

Пинги отличные. ДА, как редактировать, чтобы строки не ехали?

lexxnsk ( 2011-10-17 19:22:14 +0400 )редактировать

Выделять код можно только в ответах/вопросах. Вторая наиболее вероятная причина в том что это виртуалка.

asteriskguru ( 2011-10-17 23:23:56 +0400 )редактировать

2

Выделять код можно замечательно и комментариях.

val=key
echo ${val:-string}

zzuz ( 2011-10-18 10:18:46 +0400 )редактировать

1

как ? html тегами ? <br/><pre>Код</pre><strong>Жирный</strong>

alphil ( 2011-10-18 23:09:47 +0400 )редактировать

html теги не для этого сайта)

zzuz ( 2011-10-19 10:08:35 +0400 )редактировать

ну ??? а какие теги ??? не томите....

alphil ( 2011-10-19 15:28:17 +0400 )редактировать

2* с обоих сторон - жирный . * - курсив .

Код - блок кода через 4 пробела.

апострафы для строки кода

zzuz ( 2011-10-19 18:19:13 +0400 )редактировать

жирный, курсив, апострофы , блок кода не пойму как ????

alphil ( 2011-10-19 23:35:57 +0400 )редактировать

Answer 4

0

Я думаю у него проблема в тайминге У меня тоже дома астериск работает на витуалке (вмваре сервер 2) и все нормально рабоет. Я пробовал не загружать какой либо тайминг модуль и у меня были теже хприпы. это модули которые ест у меня для тайминга

vaster:~# ls -l /usr/lib/asterisk/modules | grep timi
-rwxr-xr-x 1 root root   9653 Aug  9 16:40 res_timing_dahdi.so
-rwxr-xr-x 1 root root  14068 Aug  9 16:40 res_timing_pthread.so
-rwxr-xr-x 1 root root  11194 Aug  9 16:40 res_timing_timerfd.so

И я использую только это:

vaster*CLI> module show like timi
Module                         Description                              Use Count
res_timing_dahdi.so            DAHDI Timing Interface                   1
1 modules loaded

Можете показать тоже самое для вашего сервера?

ссылка удалить спам редактировать

ответил 2011-10-18 03:33:07 +0400

varnar
11 ● 3

обновил 2011-10-18 21:48:02 +0400

Comments

ls -l /usr/lib/asterisk/modules | grep timi -rwxr-xr-x 1 root root 159595 2011-09-22 13:03 restimingpthread.so -rwxr-xr-x 1 root root 143918 2011-09-22 13:03 restimingtimerfd.so

lexxnsk ( 2011-10-18 08:36:37 +0400 )редактировать

ubuntu*CLI> module show like timi Module Description Use Count restimingtimerfd.so Timerfd Timing Interface 1
restimingpthread.so pthread Timing Interface 0
2 modules loaded

lexxnsk ( 2011-10-18 08:38:04 +0400 )редактировать

Ok, попробуйте скомпилировать linux-dahdi (http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete/releases/dahdi-linux-complete-2.5.0.1+2.5.0.1.tar.gz)

Какая версия Астериска? После компиляции и установки dahdi скомпилируйте астериск еше раз.

Как компилировать dahdi в инете описано.

varnar ( 2011-10-18 16:51:18 +0400 )редактировать

Ну как lexxnsk? попробовали ? (varnar=hvardan71)

hvardan71 ( 2011-10-19 16:48:00 +0400 )редактировать

нет, не пробовал. Проблема, судя по всему, в транскодинге. смотрите выше мои комменты. Спасибо.

lexxnsk ( 2011-10-20 12:09:40 +0400 )редактировать

Хрипы при звонке наружу через sip операторов

4 Ответа

Comments

Comments

Comments

Ваш ответ

Закладки и информация

Статистика

Похожие вопросы: