Mixmonitor смешивает с отстванием

[shakirov]

После апгрейда Elastix до 2.2.0 (соответственно Asterisk с 1.6 до 1.8.7.0) заметил неприятную проблему.

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

exten => _X.,2,Mixmonitor(${CALLERID(NUM)}_${EXTEN}.wav,b)

В готовом wav-файле разговаривающие меняются местами, выглядит это так:

MOH тыр-ры-рым-тырым-тым-тым тыр-ры-рым-тырым-тым-тым
КЛИЕНТ: Елена а подскажите пожалуйста, почем водка?
ОПЕРАТОР: компания рога и копыта, Елена, здравствуйте

Потом тишина несколько секунд, и дальше запись уже идет нормально.

Кто-нибудь сталкивался с подобным? Лечится? Или ломать всё и откатываться на 1.6?

[ded]

Бывало такое! Это вроде не от версии зависит.
Системное время станции!
date
service ntpd status

[shakirov]

Да, машина поменялась, был Core2Duo, стал Core i3 540 @ 3.07GHz

Но время синхронизировано, данные брались с маршрутизатора офисного (ntp). Переделал на внешний источник синхронизации.

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

[root@pbx ~]# date; service ntpd stop; ntpdate time.nist.gov; service ntpd start; service ntpd status 
Втр Ноя 22 22:20:45 MSK 2011
Останавливается ntpd:                                      [  OK  ]
22 Nov 22:20:46 ntpdate[31645]: adjust time server 192.43.244.18 offset 0.013313 sec
Запускается ntpd:                                          [  OK  ]
ntpd (pid  31661) выполняется...

[shakirov]

хардверные часы сильно разбежались с системными

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

[root@pbx ~]# hwclock --show
Втр 22 Ноя 2011 10:23:16  -0.000312 секунд
[root@pbx ~]# date
Втр Ноя 22 22:24:07 MSK 2011

Сравнял их. В dmesg сотни месаг типа:

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

set_rtc_mmss: can't update from 54 to 7

посмотрим завтра записи, надеюсь дело в этом.

[shakirov]

увы, проблема не с системными часами.

Заметил что каналы сдвигаются на длительность MOH. Сейчас наткнулся на запись в которой клиент разговаривает с MOH.

Заменил tm на tr, посмотрим через час как всё изменится. Если проблема в MOH, то похоже придется откатываться на 1.6

[Vlad1983]

не через Local случайно попадают на Mixmonitor ?

[shakirov]

Запись идет до Local

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

    -- Executing [2115555@from-trunk-with-record:1] NoCDR("SIP/2111111-00000768", "") in new stack
    -- Executing [2115555@from-trunk-with-record:2] MixMonitor("SIP/2111111-00000768", "/records/9172811111_2115555.wav") in new stack
    -- Executing [2115555@from-trunk-with-record:3] Dial("SIP/2111111-00000768", "LOCAL/2115555@from-trunk/n,,o") in new stack
    -- Called LOCAL/2115555@from-trunk/n
  == Begin MixMonitor Recording SIP/2112222-00000768
    -- Executing [2115555@from-trunk:1] Set("Local/2115555@from-trunk-fb3f;2", "__FROM_DID=2115555") in new stack

[Vlad1983]

попробуйте Mixmonitor без опции b
тоже со сдвигом?

[shakirov]

А он уже без опции b. Чуть выше в ответе вам я показал дебаг.

[shakirov]

вобщем, час прошел, прослушал пачку записей, всё нормально стало.

что сделал, в General Settings строка Asterisk Dial command options помнял tm на tr.

Видимо придется откатываться на 1.6.

Разницу по работе с MOH между 1.6 и 1.8 сразу заметил. На 1.6 для того чтобы звонящему с "города" играла мелодия приходилось делать anoncement с односекндной тишиной. А на 1.8 MOH сразу начинает играть в канал.