Внутренний SIP-to-SIP звонок |
Здравствуйте, гость ( Вход | Регистрация )
Внутренний SIP-to-SIP звонок |
12.10.2015, 15:19
Сообщение
#1
|
|
Частый гость Группа: Участники Сообщений: 73 Регистрация: 8.10.2015 Из: Киев Пользователь №: 20080 |
Два внутренних номера, подключены как SIP 3-й стороны.
Абоненты в разных местах, каждый за своим натом. Станция за своим натом, но с проброшенными портами и прописанным Firewall adress. В общем, все "трое" в разных местах, классика VoIP ))) VPN нету, только фильтр по IP-адресу на сигнальный порт (порт переназначен) на firewall'е роутера станции (это если в контексте безопасности вести речь). Один из абонентов (номер 125) включён с настройками "по-умолчанию". У второго абонента (номер 132) в 132-й программе в Device Codec Type вместо системного (который g.711) настроен g.729. При звонке со 125 на 132 (и наоборот) при снятии трубки - сразу же происходит завершение звонка. Если в 132-й программе для 132-го абонента включить System codec - всё становится нормально - звук есть. Попробовать для 125-го включить g.729 не могу, т.к. на SIP-клиенте 125-го нету лицензии на g.729. Все другие типы звонков для обоих абонентов проходят нормально (не важно - g.711 или g.729 выбрано в 132-й программе), включая звонок, в котором на одном плече внутренний SIP-абонент по g.729, а на другом SIP-trunk (GSM шлюз) по g.711. Вопрос: а не должна ли станция перекодировать g.711 в g.729 на лету, ведь при звонке на транк она это делает? VoIP каналов 8 штук открытых. Первые 4 штуки настроены как RTP-Packet-Relay only (пробовал включить их как SIP + RTP-Packet-Relay - не помогает). Ещё 2 штуки - SIP + RTP-Packet-Relay. Ещё 2 штуки - SIP only. На последних 4-х каналах висит 4-х портовый GSM шлюз. |
|
|
15.10.2015, 18:25
Сообщение
#2
|
|
Ветеран форума Группа: Участники Сообщений: 1166 Регистрация: 29.8.2007 Из: Москва Пользователь №: 4065 |
При разных кодеках на IP абонентах(SIP) канал для транскодирования занимается автоматически.
|
|
|
15.10.2015, 22:55
Сообщение
#3
|
|
Частый гость Группа: Участники Сообщений: 73 Регистрация: 8.10.2015 Из: Киев Пользователь №: 20080 |
|
|
|
16.10.2015, 15:19
Сообщение
#4
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
Может он и занимается, но транскодирования не происходит - звонок обрывается... ( - А снифер проблемного вызова между абонентами 125 и 132 можете показать?? - Оба абонента 125 и 132 находятся в одной локальной сети со станцией?? -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
16.10.2015, 17:57
Сообщение
#5
|
|
Частый гость Группа: Участники Сообщений: 73 Регистрация: 8.10.2015 Из: Киев Пользователь №: 20080 |
- Оба абонента 125 и 132 находятся в одной локальной сети со станцией?? Да как бы нет - написал же ж всё про в первом посте... все за разными натами... В логе одного из SIP-терминалов есть такое: I/libpjsip(10429): 14:32:00.950 pjsua_jni_addo ......Call 0 is DISCONNECTED [reason=200 (Normal call clearing)] Может станция сама разорвала соединение - поняв что кодеки разные.. Почему транскодить не начала - неясно... Может из самого названия VoIP Mode можно предположить... RTP-Packet-Relay - только передача пакетов... А транскодит оно только когда она одном плече транк? Странно всё это и слабо документировано... Снифать сейчас нет возможности - работы много... включили 711-й. 729 по сравнению с 711-м уж очень заметно хуже.. У нас все через WiFi работают, пробы через 3G были в большей степени лабораторными... )) Хотя иногда (при слабом сигнале WiFi - что легко бывает, когда абонент подносит смартфон к уху - экранирует головой и рукой) 729-й был бы очень кстати даже с WiFi... ну такое... |
|
|
26.10.2015, 14:37
Сообщение
#6
|
|
Частый гость Группа: Участники Сообщений: 73 Регистрация: 8.10.2015 Из: Киев Пользователь №: 20080 |
Странно всё это и слабо документировано... Есть ещё уточнение... Если звонить с 3rd SIP (для которого в 132-й установлен 729-й кодек, и у которого в настройках клиента отключены ВСЕ кодеки кроме 729-го, и у которого в клиенте во время звонка можно вывести на экран служебную инфу - убедиться что действует кодек 729) на Phontage (в настройках которого вообще ничего про кодеки нету, а в 132-й для этого номера установлено System Codec, который g.711), то звонок проходит нормально... уж не знаю - то ли станция транскодит, то ли просто станция делает relay и 729-м умеет сам phontage пользоваться... |
|
|
26.10.2015, 14:52
Сообщение
#7
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
Есть ещё уточнение... Если звонить с 3rd SIP (для которого в 132-й установлен 729-й кодек, и у которого в настройках клиента отключены ВСЕ кодеки кроме 729-го, и у которого в клиенте во время звонка можно вывести на экран служебную инфу - убедиться что действует кодек 729) на Phontage (в настройках которого вообще ничего про кодеки нету, а в 132-й для этого номера установлено System Codec, который g.711), то звонок проходит нормально... уж не знаю - то ли станция транскодит, то ли просто станция делает relay и 729-м умеет сам phontage пользоваться... Ну, а как без снифа разобраться?? -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
Текстовая версия | Сейчас: 27.4.2024, 22:35 |