Звонок на добавочный через решетку с мобильного
Как можно реализовать звонок внутрь компании на добавочный номер с мобильного телефона, на котором набирается что-нибудь вида +7812XXXXXXX#YYY? Мобильный сразу определяет, что YYY - это добавочный номер. Но, судя по консоли со включенным дебагом sip, я не вижу, что вышестоящий передает в принципе этот добавочный номер. Возможно я не туда смотрю, либо вышестоящий действительно не пересылает. Прошу рекомендовать куда копать и что читать, т.к. сколько не пытался найти сам информацию, гугл мне постоянно говорит про DTMF, а опыт подсказывает, что если гугл меня не понимает, то либо вопрос не решаем, либо он идиотский и лежит на виду. Второе верно в 99.(9)% случаев. На всякий случай: вышестоящий сервер Мегафона.
_________________
Не бывает ничего сложного, есть нежелание в этом разбираться. (c)
Последний раз редактировалось: johen (Пт Дек 05, 2014 21:53)
_________________
платный суппорт по мере возможностей
DTMF при наборе номера именно в виде YYYYYYY#XXX не приходят.
Вышестоящая железяка (из юзер-агента):
Huawei SoftX3000 V300R010
Был включен sip debug. Обнаружено было:
| Код: |
| Capabilities: us - (ulaw|alaw), peer - audio=(ulaw|alaw)/video=(nothing)/text=(nothing), combined - (ulaw|alaw) Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|) |
В sip.conf настройки кодеков:
| Код: |
| [general] disallow=all allow=ulaw allow=alaw |
Испробованы были опции dtfmode: auto, rfc2833, info, inband.
Кроме того включал: relaxdtmf=yes и rfc2833compensate=yes.
Результат тот же: доп. номер не получаю.
При этом DTMF нормально работает (при клацании по цифрам во время разговора или через отправку посредствам например SendDTMF()).
Из dialplan'а:
| Код: |
| [megafon] exten => XXXXXXX,1,Set(CHANNEL(language)=ru) exten => XXXXXXX,n,Log(NOTICE, INCOMING call from ${CALLERID(all)}) via MEGAFON) exten => XXXXXXX,n,Dial(SIP/203,40,Tr) exten => XXXXXXX,n,Congestion() exten => XXXXXXX,n,Hangup() Вместо иксов реальный городской номер. |
Параллельно отправил вопрос провайдеру. Ответ будет скорее всего в районе понедельника.
Да, ошибся в заглавном посте: версия Астериск 11.8.1
_________________
Не бывает ничего сложного, есть нежелание в этом разбираться. (c)
| Цитата: |
| DTMF при наборе номера именно в виде YYYYYYY#XXX не приходят. |
И не придут.
| virus_net @ Сб Дек 06, 2014 11:06 писал(а): | ||
| Цитата: |
| DTMF при наборе номера именно в виде YYYYYYY#XXX не приходят. |
И не придут.
Пардон, а как тогда получить добавочный номер, набранный именно в этом варианте набора?
_________________
Не бывает ничего сложного, есть нежелание в этом разбираться. (c)
| virus_net @ Вс Дек 07, 2014 10:03 писал(а): |
| Я же написал, что в таком варианте никак. Вариант один - позвонили, затем донабрали. |
Подойдем с другого конца. Я правильно понимаю: некоего стандарта, который регламентирует звонок на добавочный номер через решетку, не существует?
И единственный вариант - что-то типа собственного разбора приходящего звонка в таком наборе? "Если есть решетка, значит последующие цифры передать через DTMF"?
Например, как могу сделать у себя в астериске:
| Код: |
| exten => _XXXXXXX#XXX,n,Dial(SIP/megafon/${EXTEN:0:7},60,D(${EXTEN:-3})) |
Аналогично должен делать провайдер? Т.е. необходимо с ним этот вопрос решать и другого выхода нет?
_________________
Не бывает ничего сложного, есть нежелание в этом разбираться. (c)
Я не хочу ничего переворачивать вверх дном. Я хочу разобраться в том, почему не происходит передачи ни решетки, ни цифр, что после нее следует.
Я правильно понимаю: передавать то, что идет после номера телефона, начиная с решетки, АТС не обязана принимающей звонок стороне, если заранее это не оговорено?
_________________
Не бывает ничего сложного, есть нежелание в этом разбираться. (c)
2) Все что вы можете -- поставить при наборе с сотового паузу(*) или даже несколько(***) после чего набрать добавочный номер.
А со своей стороны, на вызываемый номер повесить IVR, которое и отловит то, что будет передано вызывающей стороной после паузы.
Причем даже этот вариант будет работать не всегда и не везде. Потому что: см. пункт 1)
3) Забудте.
Спасибо. Это я и хотел узнать.
Тему можно закрывать.
_________________
Не бывает ничего сложного, есть нежелание в этом разбираться. (c)