Alex/AT Опубликовано 21 ноября, 2011 (изменено) · Жалоба Добрый день, коллеги. Никто не сталкивался? Есть Cisco 5350, 5400. На них прописан выход в PRI, и масса диалпиров (IP-телефонов и Asterisk'ов) по SIP. Диалпиры звонят через 5350 в PSTN. Фокус в том, что когда диалпир звонит на занятый номер в PSTN, с PSTN приходит Cause-Code 17 (BUSY). Но эта зараза ака Cisco не передает в SIP 486 Busy, а делает 183 Progress, и начинает проигрывать туда Busy-тон. Вследствие чего отследить занятость канала на тех же Asterisk'ах возможным не представляется, они видят состоявшийся вызов. Что бы такого с этими граблями сделать, чтобы циска не играла тоны, а отдавала нормальный Cause-Code в SIP? Изменено 21 ноября, 2011 пользователем Alex/AT Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
TheUser Опубликовано 21 ноября, 2011 · Жалоба Что бы такого с этими граблями сделать, чтобы циска не играла тоны, а отдавала нормальный Cause-Code в SIP? А у вас маппинга кодов pstn-to-sip не настроено? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Alex/AT Опубликовано 21 ноября, 2011 · Жалоба Нет, всё в дефолтах. Вообще, похоже, что оно зачем-то проключает канал, по типу ringback. Как отключить - пока непонятно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
All is not what it seems Опубликовано 22 ноября, 2011 · Жалоба disable-early-media Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Alex/AT Опубликовано 22 ноября, 2011 · Жалоба Окей, спасибо, уже понял, что не баг, а фича :) Если сдизейблить, всякие "абонент временно недоступен" перестанут работать, а этого не хочется. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 26 ноября, 2011 · Жалоба А почему "абонент временно недоступен" перестанет работать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ram_scan Опубликовано 28 ноября, 2011 · Жалоба Потому-что оно работает как раз через ирли медиа. Как лечить честно говоря не помню. Помню ковырялся в прогресс индикаторах, в том числе недокументированных. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 28 ноября, 2011 · Жалоба Так если это "ирли медиа", откуда бизи взялся то? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ram_scan Опубликовано 28 ноября, 2011 · Жалоба Ну тут налицо какая-то грабля с некорректной обработкой этого бизи. То есть кошке пришло бизи, но коннект не дропается и она бизитон играет в ирлимедиа. Обычно такие залепухи бывают из-за беды с прогрессами и алертами. То бизи нету вовсе, то рингбэка, то еще беда какая. Судя по всему кошке сказано игнорить какой-то прогресс (или некорректный прогресс прилетает) плюс дано указание самой играть тоны по максимуму. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 28 ноября, 2011 · Жалоба Тогда надо бы Q.931 + VoIP посмотреть-подебажить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kristoff_Vampire Опубликовано 28 ноября, 2011 · Жалоба хм... а можно конфиг в студию. а именно dial-peer как pots так и voip? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Alex/AT Опубликовано 5 декабря, 2011 (изменено) · Жалоба Конфиг большой, вот два пира к примеру, которые "общаются": dial-peer voice *** pots trunkgroup all description IN-OUT-Default translation-profile outgoing T-OUT huntstop destination-pattern *** incoming called-number .T no digit-strip direct-inward-dial forward-digits all ! dial-peer voice *** voip description In-Ast huntstop destination-pattern .T voice-class codec 1 session protocol sipv2 session target ipv4:*.*.*.* dtmf-relay rtp-nte no vad ! Ну тут налицо какая-то грабля с некорректной обработкой этого бизи. То есть кошке пришло бизи, но коннект не дропается и она бизитон играет в ирлимедиа. Тогда надо бы Q.931 + VoIP посмотреть-подебажить. Подебажили... Фокус в том, что бизя прилетает с POTS с PI 8, т.е. виновник торжества всё-таки удалённая сторона. Жалко, что у кошки нет детекта бизитонов :( Изменено 5 декабря, 2011 пользователем Alex/AT Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Alex/AT Опубликовано 5 декабря, 2011 (изменено) · Жалоба Включили disc_pi_off на voice-port'ах одного из шлюзов, бизе помогло, "абонентов временно недоступных" тоже не зарубило - там другой код, Congestion. Хитровыделанные отбойники, конечно, убьются, но будем смотреть - по итогам весь важный функционал на месте, извращения не пройдут, мб и хорошо. Изменено 5 декабря, 2011 пользователем Alex/AT Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kristoff_Vampire Опубликовано 12 декабря, 2011 · Жалоба покажите настройки Serial interface Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Alex/AT Опубликовано 15 декабря, 2011 · Жалоба У всех сериальников настройки одинаковые. interface Serial3/0:15 no ip address encapsulation hdlc trunk-group all isdn switch-type primary-net5 isdn timer T310 30000 isdn timer T321 40000 no cdp enable Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kristoff_Vampire Опубликовано 15 декабря, 2011 · Жалоба попробуйте на исходящий диалпир поставить: progress_ind setup enable 3 progress_ind progress enable 8 progress_ind connect enable 8 progress_ind disconnect enable 8 и уберите disc_pi_off Не уверен что поможет. Но попробуйте. У меня по крайней мере так стоит. Вроде я именно с этим и копался года 4 назад. и ещё добавьте на сериал интерфейс isdn incoming-voice modem // тут от серии AS зависит isdn send-alerting isdn negotiate-bchan // это так от сталкновения каналов. :) isdn sending-complete Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Alex/AT Опубликовано 16 декабря, 2011 (изменено) · Жалоба Спасибо за подсказку. Будем тестировать. Навскидку, скорее всего не поможет, поскольку на другом шлюзе полностью указанная Вами конфигурация, только нет isdn negotiate-bchan и send-alerting/sending-complete. На данный момент и там включили disc_pi_off на voice-port'ах, после чего отдача бизи в SIP пришла в норму. Проверим предложенный Вами вариант - вдруг поможет. Изменено 16 декабря, 2011 пользователем Alex/AT Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...