Тема: Входящие звонки через VoIP как сделать станцию таймеру глухой при входящих звонках
Заклевали парня знатоки мля.
ТС: Достаточно сделать вот что:1. Dзять, заместо натекса зарегить номер на компе на том же X-lite.
2. Запустить Wireshark (www.wireshark.org) и записать полностью ВХОДЯЩИЙ звонок от Voip оператора по SIP. Во время звонка понажимать кнопки - чтоб был тот самый DTMF.
3. Выложить сообщение SIP INVITE сюда, также в RTP можно послушать (RTP Analyzer) голос на предмет INBAND или понаблюдать DTMF в отдельных пакетах при RFC режиме (PT 101).Сделайте эту диагностику и сразу будет всё ясно.
Удачи!
Поясняю, это не Zavr2008 такой большой знаток VoIP телефонии.
Это он решил снова порисоваться и пофлудить.
На самом деле, это общеизвестный и повсеместный косяк чудесного протокола SIP.
В других протоколах VoIP, таких гадостей не замечено.
P.S. Zavr2008, а кто выложенные сюда трассировки разбирать будет?
Вы, что уже выучили как Wireshark-ом пользоваться.
Ну да, не ругаться же)))
Мне тогда Mike_K хватило флуда на пару месяцев ))
Очень надеюсь, что в этот раз для консультаций, чего писать на форуме, Вы наняли более знающего человека.
Надеюсь, в новой попытке покорить нас, своей высотой познаний VoIP, Вы не будете путаться в своих показаниях,
а мы не будем здесь читать откровенную ересь.
P.S. Хотя должен признаться, что судя по последним Вашим сегодняшним постам, есть сомнения, что и этот консультант по написанию постов на форуме, Вам мало подходит.
На ловца и зверь бежит;)
Alex, ему даже отвечать неохота - ноль пользы: пальцы веером, бригада)
А Wireshark покопайте на досуге, с тем же DTMF можно легко понять причины когда цифры дублируются или отбрасываются.
И еще много чего можно.
У ТС DTMF идёт сразу инбэнд и аутбэнд - что тут неясного?
... Ну выложит, покажет, и чо?Я вот не привык гадать на кофейной гуще, не так воспитан.
Натекс кста настроить тоже не так просто, там НАШИ писали люди код..
У провов тоже бывают в сети чудеса.
Просто я предложил алгоритм решения, которым пользуюсь сам. серийно.
Всегда перед РЕШЕНИЕМ проблемы нужно сделать диагностику, посмотреть А ЧЕГО там.
В данном случае предложенная тобой диагностика во-первых невыполнима (см.пункт 1), во-вторых, бессмысленна (см.пункт 3). И, в-третьих, если тебе на башку со скалы упал камень, нет необходимости в геологическом исследовании. И так ясно, что место камнеопасное.
PS. Бубня на Майка, ты только портишь себе репутацию в глазах того, кто с Майком знаком. Он в тестах проводит больше времени, чем ты на работе. По многим вопросам он лучший специалист в СНГ. Со стороны выглядишь как одно небольшое животное из басни про слона. Если тебя это не волнует - продолжай дальше. Пока что твоё поведение вызывает у специалистов стойкое нежелание иметь дело с двигаемой тобой продукцией.
Динозавр, по сути:
За совет настройки VoIP спасибо, оператору в понедельник обязательно передам.
т.е ВСЁ, что вы тут развели - ниочем.
Но эт мне пофик, а вот за очередной нац.выпад абуз нажал.
И речь о том, что:
1. Можно дождаться пнд и уточнить параметры подключения у оператора.
2. Можно не ждать пнд и сниффнуть их при входящем звонке если срочно.
Это было по сути.
Остальное тут старые “друзья” попытались попакостить, правда неудачно.
Про нац выпад только не понял - про Янука чтоль? Ну так это не выпад - он как маркитанская лодка туда сюда;) смысл был в том что ему бы ваешарк засунуть куда )) жаль что юмор не поняли.
Так там ничего нет страшного в настройках DTMF, пугаться только не нада. Ну и поменьше слушать зазнаек)
Следующий раз попробуйте поюморить про своих. А то нихрена не смешно.
А по сути, шо толку сниферить, если оборудование оператора, и доступа к нему нет?
Про Вову и Диму - Слепаков там отлично спел)
Но эт оффтоп.
Никто не мешает и даже залитое провом оборудование просниффить. Просто зеркальный порт. Но это все моветон - Правильнее убедить оператора просто выдать реквизиты sip и подключиться легально в таких случаях. Дальше взлом и игра в кошки мышки.
Но, повторяюсь, это не случай ТС.
Пишите если чего, по делу я всегда помогу..
И я просил выложить только сообщение INVITE а не всю трассировку, это к некторым высказываням ранее.
Пестни Слепакова в основном не нравяться, стих корявый, рифму делает из многократного повторения одной фразы.
Но вот это уже офф-топ.
Вы теоретик. На практике шлюз провайдера пусть остается провайдеру, и нечего клиенту в ём делать. Есть такое понятие “зона ответственности”. Клиен не должен шаркать, даже если никто не запрещает, все равно смысла нет.
Был у меня дома интернет по телефонной линии, ADSL значт, так я принципиально модем у телекома арендовал, а не покупал свой, потому что через раз они на мой модем проблему валили, а я им: модем как-раз ваш, я за аренду исправного плачу, меняйте. За 5 лет один раз таки дошло до замены, естессно не поднялось.
На практике шлюз провайдера пусть остается провайдеру, и нечего клиенту в ём делать.
Лично я вообще против “шлюзов провайдера” - зло это. Но это мое личное ИМХО.
хотя наши же Элвисы ставим от имени того же МТТ, но никогда клиенту концы не перекрываем - просто сохраняем конфиги и говорим - вот именно так работает, поменяете - на свой риск. При разборках просто разворачиваем обратно сохраненку и решаем все вопросы.
Был у меня дома интернет по телефонной линии, ADSL значт, так я принципиально модем у телекома арендовал, а не покупал свой, потому что через раз они на мой модем проблему валили
ADSL да была тема, Это больше вопрос квалификации ТП прова - некоторые и в SNR вкладку не зайдут. Но поскольку Ваш модем полностью управляется/видитца удаленно DSLAM хоть при аренде, хоть при своем модеме - это от лукавого у них всё было. Но в случае ТП “от сохи” возможность залезть на модем и ткнуть их со своей стороны - эт польза..
Тут всё больше играют личные отношения с провом - как они себя ведут, ну и хамит или нет клиент..
как везде вобщем то..
Вы правда не понимаете, или просто тролите?
Лично я вообще против “шлюзов провайдера” - зло это. Но это мое личное ИМХО.
Зона ответственности должна быть четко разграничена.
Допустим будет у этого клиента доступ к шлюзу, и будут задваиваться цифры, знаете что сделает провайдер? Да ни-че-го! Скажет, что сами что-то накрутили, сами и разбирайтесь. Мало того, половина клиентов туда полезут и таки накрутят, точно так же, как и в атс, понавключают одновременно переполюсовку, СРС и пэйтоны, а потом удивляются, чего ж это трансфер не работает или SMDR не вылазит.
Ваш модем полностью управляется/видитца удаленно DSLAM хоть при аренде, хоть при своем модеме - это от лукавого у них всё было. Но в случае ТП “от сохи” возможность залезть на модем и ткнуть их со своей стороны - эт польза..
Читайте внимательно, я не писал о неверных настройках.
Спасибо ВСЕМ!!!
Вопрос решили совместно со специалистами провайдера, у нас с ними долгие и дружественные отношения.
Вот ответ специалиста провайдера:
Сейчас у нас на шлюзе стоит параметр Enable Out-of-Band DTMF: SIP Info
Там создана такая схема:
АТС—аналоговая линия—> VoIP шлюз—ethernet—> VoIP шлюз—аналоговая линия—> Телефонный аппарат(в твоем случае АТС)
Это все работает в режиме hot line. Это такой очень примитивный режим, в котором ничего особо не настроишь.
Такая вот связка видимо не очень хорошо подходит для подключения АТСок. Мы в основном подключаем так обычные телефоны.
Что в процессе общения было выяснено:
Мой косяк - не обратил внимание, на то что в процессе разговора иногда проскальзывали DTMF сигналы, думал просто посторонний шум.
Теперь техническая часть:
На обоих концах Натексов было включено обнаружение DTMF сигналов.
Отключили эту функцию на обоих Натексах и я из офиса после сообщения DISA могу на объект позвонить и причем попадаю на нужного абонента, а с мини АТС не могут, мне человек с объекта позвонил с сотового и продемонстрировал набор, он набирает 9 и слышит ответ ГТС, но чтобы он не набирал, сигнал готовности не прерывался и прерывался только по таймауту от ГТС.
Тогда провайдер отключил обнаружение DTMF сигналов на Натексе на стороне ГТС и оставил на стороне мини АТС. Всё все проблемы исчезли, ну во всяком случае пока, дальше эксплуатация покажет.
Получалась такая фигня:
Когда я звоня из офиса после сообщения DISA при включенном обнаружении DTMF сигналов набирал внутренний номер абонента уже в разговорном канале, Натекс обнаруживал DTMF сигнал и его дублировал. Вот и получалось задвоение.
Когда отключили на обоих концах обнаружение DTMF сигналов, я звоня на объект в голосовом тракте набирал добавочный номер, мини АТС прекрасно отслеживала набираемые цифры и соединяла с нужным абонентом, но при этом с мини АТС никуда наружу не возможно было позвонить, т.к. DTMF приемник был отключен и он соответственно ничего не передавал на ГТС.
После этого мы отключили на Натексе обнаружение DTMF сигналов на стороне ГТС, но оставили включенным на стороне мини АТС, мы сделали по 3 пробные попытки, и всегда 100% попадания.
Может я написал смутно и с “задвоением” ))) но все равно:
Еще раз Всем большое человеческое СПАСИБО!!!
Вдруг кому ни будь этот опыт пригодиться.
Max_igor, спасибо, что отписались, не многие здесь так могут. хорошо , что у вас сейчас все работает. я лично рад за вас, что вы смогли на уровне подключения прогнуть “прова”. все хорошо , но что-то мне пятая точка подсказывает , вы еще сюда обратитесь, хорошо если не так , но опыт не пропьешь. и такие “выбросы ” делать для провайдеров не гоже , это потом аукнится. в общем ,хорошо , что все “работает” как хотели.
Советую трассу до прова всеж просканить - посмотреть и потери. При этом режиме это может быть критическим
