Странная проблема с переводом звонков.

[whoim]

sip set debug ip ipaddr и изучить, каков кодек.
У dtmf тоже есть дебаг.
Дебаг - всему голова!

[virus_net]

можно и без sip set debug ip ipaddr узнать какой кодек на активном вызове:

Код: Выделить всё

CLI> core show channel SIP/6003-00005999

-- General --
Name: SIP/6003-00005999
Type: SIP
UniqueID: 1458190623.24204
LinkedID: 1458190623.24204
...skiped...
NativeFormats: 0x8 (alaw)
...skiped...

[SDS]

Проблема все таки была на стороне провайдера.
Voip шлюз который стоит в офис1 (номер1) - старый, работает на скорости 10мбит в режиме half-duplex (про полудуплекс сказал ремонтник, но я не уверен, потому что по идее должно просто произойти согласование скорости передачи и работа в full-duplex). Вышестоящий свич 100мбитный. И как то они не очень сопрягаются. Шлюз обещали заменить и проблема должна быть решена.

[whoim]

О_о..
virus_net, инфы побольше при дебаге таки)

[ded]

Какой бы старый не был бы Voip шлюз который стоит в офис1 (номер1), ему можно указать при скорости 10мбит режим fгдд-duplex.

[virus_net]

virus_net, инфы побольше при дебаге таки)

Я не спорю что больше, я лишь сказал как посмотреть искомое побыстрому не "мотая портянку" дебага. Ведь требовалось только кодек узнать.

[SDS]

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

[ded]

Ещё раз укажу, что менять шлюз не надо было. Никакой такой шлюз не создаст нагрузку даже в 5 Мбит, поэтому у них интерфейсы 10 Мбитные. И ВСЕ они конфигурятся по full duplex.