Вопросы по модернизации АТС, нужно докупить новую и подключить к имеющейся |
Здравствуйте, гость ( Вход | Регистрация )
Вопросы по модернизации АТС, нужно докупить новую и подключить к имеющейся |
17.12.2009, 11:09
Сообщение
#1
|
|
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 17.12.2009 Пользователь №: 14123 |
Здравствуйте! Подскажите, пожалуйста...
Есть АТС LDK-100, мы хотим сделать следующее... 1) Докупить ещё одну АТС LDK-60, подключить её к SIP-провайдеру. 2) Соединить обе АТС, поставив в каждую по плате VOIB. (через PRI нет возможности, т.к. все слоты заняты) 3) Подключить к LDK-100 4 ip-телефона. есть несколько вопросов... 1) Как я вычитал, протокол SIP поддерживают новые платы VOIB4 и VOIBE(VOIB12)... Это точно и зависит ли поддержка от версии прошивки на плате? 2) В LDK-60 ставится такая же плата VOIB, что и в LDK-100? В прайсах плата L60-VOIB (плата IP-телефонии (4 порта, максимум 8 портов), H323, SIP) стоит почему-то заметно дешевле, чем для LDK-100/300 3) Одно подключение (1 порт) к SIP-провайдеру означает возможность использовать только один исходящий вызов или их может быть одновременно несколько? 4) Аналогично по соединению двух АТС через порты на VOIB. Для одновременно нескольких внутренних соединений (звонков) между АТС достаточно одного подключения "порт-порт"? 5) Можно ли использовать в качестве ip-телефонов продукцию не LG? Может ли плата VOIB работать одновременно по протоколам SIP и H323. 6) И последнее.. До какой версии прошивки нужно проапгрейдить LDK-100, чтобы она начала понимать протокол SIP? спасибо заранее |
|
|
14.5.2010, 11:41
Сообщение
#2
|
|
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 17.12.2009 Пользователь №: 14123 |
Удалось решить проблему с искажением звука.
Вкратце напомню ситуацию. При подключении АТС к СИП-серверу наблюдалось искажение входящего в АТС сигнала, звук был булькающим и с "железным" оттенком. Исходящий передавался отлично, без искажений. Попытки крутить кодеки, менять настройки на СИП-сервере, сетевые схемы подключения АТС и СИП ни к чему не привели... Случайным образом выяснилось, что если подключить АТС не напрямую к СИП, а к Астериску, который, в свою очередь, подключен к СИП-серверу, то искажение звука пропадает. Изучение дампов звоноков собственными силами и сотрудниками АРТКОМа (AXEL), к сожалению, ни к чему не привели. Удалось лишь выяснить, что сигнал попадает без искажения в АТС, а уже там происходит что-то нехорошее... Какое-то время подключение так и работало, через одно место (т.е. Астериск ). Наконец нам удалось убедить производителей СИП-сервера поизучать дампы наших звонков. Два дня они с ними ковырялись и выдали свой вердикт: проблема во времени пакетизации. С Астериском время пакетизации с обеих сторон было 20 мс, в то же время на СИП-сервере время пакетизации было выставлено 30 мс, но сервер пытался работать на 20 мс, а АТС - на 30 мс... При более детальном изучении настроек выяснилось, что заданное время пакетизации на СИП-сервере говорило о том, что он хочет получать пакеты от АТС по 30 мс, хотя сам слал по 20 мс. А АТС думала, что параметр 30 мс необходим и для депакетизации входящего трафика, что, по утверждению разработчиков СИП-сервера, не совсем корректно. Цитата: Код a=ptime:<packet time> This gives the length of time in milliseconds represented by the media in a packet. This is probably only meaningful for audio data. It should not be necessary to know ptime to decode RTP or vat audio, and it is intended as a recommendation for the encoding/packetisation of audio. It is a media attribute, and is not dependent on charset. то есть чтобы расшифровывать РТП, им не обязательно знать наш ПТАЙМ должны любой обработать http://osdir.com/ml/ietf.mmusic/2002-11/msg00039.html объяснено как должно работать а вот собственно из РФЦ выдержка The answerer MAY include a non-zero ptime attribute for any media stream; this indicates the packetization interval that the answerer would like to receive. There is no requirement that the packetization interval be the same in each direction for a particular stream. Мы установили на СИП время 20 мс и проблема решилась. В новой версии прошивки сервера время пакетизации самого сервера так же берётся из этой настройки, так что, когда обновим его, можно будет оставить и 30 мс. Возможно, эта информация кому-нибудь ещё пригодится. |
|
|
14.5.2010, 14:45
Сообщение
#3
|
|
Ветеран форума Группа: Участники Сообщений: 826 Регистрация: 10.12.2008 Пользователь №: 12720 |
|
|
|
14.5.2010, 20:56
Сообщение
#4
|
|
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 17.12.2009 Пользователь №: 14123 |
|
|
|
Текстовая версия | Сейчас: 5.11.2024, 5:09 |