IPECS-MG - Asterisk, DTMF CID, DTMF и CID через SIP |
Здравствуйте, гость ( Вход | Регистрация )
IPECS-MG - Asterisk, DTMF CID, DTMF и CID через SIP |
21.10.2020, 11:00
Сообщение
#1
|
|
Новичок Группа: Участники Сообщений: 5 Регистрация: 22.10.2014 Пользователь №: 19634 |
Доброго дня!
Давно ради интереса пробовал настроить такую связку, но пришел COVID-20, все чаще люди стали уходить на удаленку, попробовал внедрить глубже в рабочий процесс и появились вопросы. Астериск с IPECS связаны через SIP, голос бегает, всё работает. Фаерволов нет, всё в одной сети. Выглядит так: IPECS (LCOB, VOIB8, SLIB) <--> Asterisk 16 (3xcphone) CO SIP, DID, ENBLOCK 1. CID На 3xcphone за Астериском вместо номера звонящего высвечивается номер транка (у меня это 400). в обратную сторону CID приходит с софтовых телефонов нормальный. Долгое гугление начало вызывать подозрение, что конфиг на астериске для корректной передачи CallerID надо другой, но конкретных фактов не смог найти, тем более эта конфигурация везде встречается как верная для этой связки. extensions.conf Код [from-internal] exten => _1XX,1,Dial(SIP/${EXTEN}@400,30,Tt) exten => _9XXXXXX,1,Dial(SIP/${EXTEN}@400,30,Tt) sip.conf Код [400] username=400 secret=400 type=friend host=dynamic qualify=yes disallow=all allow=alaw context=from-internal dtmfmode=rfc2833 2. DTMF При попытке после соединения добирать добавочные ничего не происходит. Грешил на провайдера, но c Астериска на STA IPECS такая же история, на STA за IPECS слышно пропадание звука во время пересылки тона, в обратку вместо dtmf проходит в лучшем случае щелчок. 3xcphone в настройках DTMF rfc2833, это же по умолчанию стояло в SIP CO Additional Regist.(371). В конфиге астериска так же dtmfmode=rfc2833. При этом от софтового телефона астериск принимает DTMF Код [Oct 21 09:37:32] DTMF[51339][C-000000d5]: channel.c:3992 __ast_read: DTMF begin '1' received on SIP/421-0000016d [Oct 21 09:37:32] DTMF[51339][C-000000d5]: channel.c:4003 __ast_read: DTMF begin passthrough '1' on SIP/421-0000016d [Oct 21 09:37:32] DTMF[51339][C-000000d5]: channel.c:3878 __ast_read: DTMF end '1' received on SIP/421-0000016d, duration 260 ms Что-то упустил в конфигурациях? |
|
|
21.10.2020, 11:41
Сообщение
#2
|
|
гуру и создатель форума Группа: Администраторы Сообщений: 8705 Регистрация: 26.9.2006 Из: г.Фрязино Пользователь №: 10 |
Если я правильно понял вопросы, так как проблемы вы описали очень туманно. Как я понял IPECS зарегистрирован на Атсериске под учеткой 400. Для CID с IPECS:
Скорее всего неправильно настроили сообщение INVITE (поля в ID Individuality). Скорее всего в contact id надо указать чтоб шел АОН от внутреннего номера, а не от Extension SIP UID. Если нужен АОН из города, то IPECS в этом случае дает Re-INVITE, который и надо научить принимать Астериск. Про DTMF вообще не понял, кто куда набирает? -------------------- Хрен, положенный на мнение окружающих, обеспечивает спокойную и счастливую жизнь. (Ф.Г.Раневская) |
|
|
21.10.2020, 12:37
Сообщение
#3
|
|
Новичок Группа: Участники Сообщений: 5 Регистрация: 22.10.2014 Пользователь №: 19634 |
Если я правильно понял вопросы, так как проблемы вы описали очень туманно. Как я понял IPECS зарегистрирован на Атсериске под учеткой 400. Для CID с IPECS: Скорее всего неправильно настроили сообщение INVITE (поля в ID Individuality). Скорее всего в contact id надо указать чтоб шел АОН от внутреннего номера, а не от Extension SIP UID. Если нужен АОН из города, то IPECS в этом случае дает Re-INVITE, который и надо научить принимать Астериск. Про DTMF вообще не понял, кто куда набирает? CID пошел, спасибо. С DTMF решил проверить, что же слышно при звонки внутри Астериск, что удивительно тоже тишина, хотя по логами посылки бегают. А вообще должно быть слышно DTMF? |
|
|
21.10.2020, 12:52
Сообщение
#4
|
|
гуру и создатель форума Группа: Администраторы Сообщений: 8705 Регистрация: 26.9.2006 Из: г.Фрязино Пользователь №: 10 |
Извиняюсь. Не сразу посмотрел о каком IPECS идет речь. Писал ответ для eMG/UCP/LIK так что первый ответ не совсем верный. Для MG нужно править поле контакт намбер в 373 программе
Про эксперимент с DTMF. Не очень понял. Вы создали правило IVR на IPECS? то есть при наборе номера с астериск на IPECS вы попадаете на таблицу CCR? -------------------- Хрен, положенный на мнение окружающих, обеспечивает спокойную и счастливую жизнь. (Ф.Г.Раневская) |
|
|
21.10.2020, 13:00
Сообщение
#5
|
|
Новичок Группа: Участники Сообщений: 5 Регистрация: 22.10.2014 Пользователь №: 19634 |
Извиняюсь. Не сразу посмотрел о каком IPECS идет речь. Писал ответ для eMG/UCP/LIK так что первый ответ не совсем верный. Для MG нужно править поле контакт намбер в 373 программе Про эксперимент с DTMF. Не очень понял. Вы создали правило IVR на IPECS? то есть при наборе номера с астериск на IPECS вы попадаете на таблицу CCR? Осуществил звонок между двумя абонентами внутри Астериск, пока решил IPECS вообще исключить, слишком много составляющих получается. IVR на Астериске работает, буду настраивать IVR на IPECS-MG, как будут результаты напишу. |
|
|
29.10.2020, 11:31
Сообщение
#6
|
|
Новичок Группа: Участники Сообщений: 5 Регистрация: 22.10.2014 Пользователь №: 19634 |
Новая проблема. Для переадресации внешних вызовов с IPECS-MG на Asterisk ставлю переадресацию call forward (digit conv table не работает в этом случае). На части номеров работает, на каких-то сразу отбой (до астериска даже не долетает. где-то на IPECS проблема).
Настройка такая: Call Forward(143) -> 150 -> Forward Type: UNCONDITIONAL, Forward Number: 450 набираю с STA IPECS номер 150, сразу короткие гудки. Что проверил: COS Assignment(137) CO/IP Group Access(150) так же неработающие идентичны работающим в этих программах: Station DN Attribute(131~135) Station Port Attribute(121~124) Что мог упустить? |
|
|
Текстовая версия | Сейчас: 26.9.2024, 19:44 |