>> Тишина. Т.е. тут явно проблема не в файле. Не работает сам moh.
> Заново сгенерить cnf файлы и перегрузить тестовый телефон?

Да и это не помогло :(
Сделал
router(config)#tel
router(config)#telephony-service
router(config-telephony)#create cnf-files
Creating CNF files

Перезапустил телефоны, с которых тестил. К сожалению тоже самое. Каким нибудь дебагом может можно отследить ошибки moh?

Кстати при debug ccsip call заметил что при постановке на hold приходит такой лог
229221: Sep  4 12:45:38.737 SMR: //2148162/B4B051CE9858/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x0x404FADD8
State of The Call        : STATE_ACTIVE
TCP Sockets Used         : NO
Calling Number           : 3005
Called Number            : 3001
Source IP Address (Sig  ): 192.168.32.2
Destn SIP Req Addr:Port  : 192.168.80.32:5060
Destn SIP Resp Addr:Port : 192.168.80.32:5060
Destination Name         : 192.168.80.32

229222: Sep  4 12:45:38.737 SMR: //2148162/B4B051CE9858/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 2
Media Stream             : 1
Negotiated Codec         : g711ulaw
Negotiated Codec Bytes   : 160
Nego. Codec payload      : 0 (tx), 0 (rx)
Negotiated Dtmf-relay    : 6
Dtmf-relay Payload       : 101 (tx), 101 (rx)
Source IP Address (Media): 192.168.32.2
Source IP Port    (Media): 18288
Destn  IP Address (Media): 192.168.80.32
Destn  IP Port    (Media): 5127
Orig Destn IP Address:Port (Media): [ - ]:0

229223: Sep  4 12:45:38.737 SMR: //2148162/B4B051CE9858/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 2
Media Stream             : 2
Negotiated Codec         : h264
Negotiated Codec Bytes   : 0
Nego. Codec payload      : 255 (tx), 102 (rx)
Negotiated Dtmf-relay    : 0
Dtmf-relay Payload       : 0 (tx), 0 (rx)
Source IP Address (Media): 192.168.32.2
Source IP Port    (Media): 0
Destn  IP Address (Media): 192.168.80.32
Destn  IP Port    (Media): 0
Orig Destn IP Address:Port (Media): [ - ]:0

Где 192.168.32.2 это СМЕ, а 192.168.80.32 - это хост с софтфоном jitsi, на который пришел invite с целью hold.

А в wireshark на хосте с jitsi я вижу, что rtp голосовой идет с CME 18288 на хост 5127, после постановки на удержание jitsi шлет на CME rtp-пакет с 5127 порта на 18288, а CME отвечает пакетом ICMP destination is unreachable, т.е. повторно rtp-канал не устанавливается.

Пальцем в небо:

voice service voip
  sip
   bind all source-interface (какой там у вас интерфейс для голосового траффика по SIP).

> Пальцем в небо:
> voice service voip
>   sip
>    bind all source-interface (какой там у вас интерфейс для
> голосового траффика по SIP).

Кстати убирал эту настройку пока тестировал, т.к. все уже перепробовал, сейчас вернул,

bind all source-interface gigabitEthernet 0/1 (на нем как раз 192.168.32.2), но тоже самое

при звонке идет rtp, потом приходит invite на hold, после него holdee пытается восстановить rtp по тем же портам, но CME отвечает ICMP destination unreachable (port unreachable)

А дальше, если подождать в режиме on-hold, CME шлет постоянно rtcp, где указывает номера портов +1. Но rtp не поднимается,музыку не слышно.

На всякий случай глобальный настройки voice

voice rtp send-recv
!
voice service voip
ip address trusted list
  ipv4 192.168.0.0 255.255.0.0
address-hiding
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
supplementary-service h450.12
redirect ip2ip
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
sip
  bind control source-interface GigabitEthernet0/1
  bind media source-interface GigabitEthernet0/1
  registrar server expires max 600 min 60
  no call service stop

Еще небольшое пояснение: jitsi и ip-телефоны достигают CME через фаерволл ASA5506, но на нем RTP, Rtcp, да и сам sip не режется. Т.к. в дампе на хосте с jitsi вижу все что приходит. Я так понимаю rtcp-пакеты после invite на hold указывают новые параметры rtp-канала, но вот почему-то rtp трафика после этого не следует.

CME через фаерволл ASA5506

Молодец :)

Дальше сам.

> CME через фаерволл ASA5506
> Молодец :)
> Дальше сам.

Намек понял, но inspect sip я отключил давно, т.к. были проблемы с rtp при включенном.
Непонятно что в asa может мешать.

>> CME через фаерволл ASA5506
>> Молодец :)
>> Дальше сам.
> Намек понял, но inspect sip я отключил давно, т.к. были проблемы с
> rtp при включенном.
> Непонятно что в asa может мешать.

Возле CME не проверить?

>>> CME через фаерволл ASA5506
>>> Молодец :)
>>> Дальше сам.
>> Намек понял, но inspect sip я отключил давно, т.к. были проблемы с
>> rtp при включенном.
>> Непонятно что в asa может мешать.
> Возле CME не проверить?

На удаленном филиале по схеме "телефоны/софтфоны - свич - СМЕ" порверим сегодня.

А в моем офисе, в схеме "телефоны/софтфоны - свич - ASA5506 - CME" На ASA сделал на внутреннем интерфейсе и на внешнем security-level 100, и применил

same-security-traffic permit inter-interface

чтобы разрешить трафик между интерфейсами одного уровня.
Думал, может ASA режет с внешки RTP-запросы. Но не помогло. ПОсле invite для hold идут одни RTCP с описанием новых портов.

>[оверквотинг удален]
>>> Непонятно что в asa может мешать.
>> Возле CME не проверить?
> На удаленном филиале по схеме "телефоны/софтфоны - свич - СМЕ" порверим сегодня.
> А в моем офисе, в схеме "телефоны/софтфоны - свич - ASA5506 -
> CME" На ASA сделал на внутреннем интерфейсе и на внешнем security-level
> 100, и применил
> same-security-traffic permit inter-interface
> чтобы разрешить трафик между интерфейсами одного уровня.
> Думал, может ASA режет с внешки RTP-запросы. Но не помогло. ПОсле invite
> для hold идут одни RTCP с описанием новых портов.

К сожалению в офисе без ASA тоже тишина при hold, настройки такие же как рекомендовали выше. Тупик (

>>> CME через фаерволл ASA5506
>>> Молодец :)
>>> Дальше сам.
>> Намек понял, но inspect sip я отключил давно, т.к. были проблемы с
>> rtp при включенном.
>> Непонятно что в asa может мешать.
> Возле CME не проверить?

Кстати, сейчас настроили sip trunk с оператором, так на его входящие звонки CME тоже moh не играет.
Тут интересно есть какие-то ньюансы?

CME на роутере который выходит в инет через этого же оператора с которым sip trunk