SUrov_IBM

Уважаемые знатоки, спасибо за Ваши советы и ссылки на статьи! В общем, мою проблему удалось разрешить кране простым, но возможно не правильным образом. destination-pattern .......$ в dial-peer voice 100 pots, был заменён на [1234679]......$ Что позволило осуществить исходящие (семизначные) звонки в ТфОП, если номер не начинается с цифры «8». Согласно реестру нумерации, в префиксе 812 (Санкт-Петербург) я не нашёл семизначных номеров начинающихся с цифры «8», поэтому пока решил оставить схему исходящего вызова в таком виде: dial-peer voice 110 pots description All-Russian mobile calls destination-pattern 89.........$ dial-peer voice 100 pots description Local Saint-Petersburg city calls destination-pattern [1234679]......$

Snar, здравствуйте. Большое спасибо за совет! К сожалению, установка DID на dial-peer voice 1 pots (FXS порт (условный номер 5342345)), не привела к желаемому результату. При установке DID на dial-peer voice 1 pots, ТА подключенный к voice-port 1/1 начинает генерировать сигнал «занято» при снятии трубки. Cisco при этом продолжает генерировать «сигнал готовности линии». Даже если отключить все dial-peer (командой shutdown), cisco продолжает генерировать «сигнал готовности линии» при вызове из потока. Как мне кажется, есть две причины такого поведения: 1. Я не правильно терминирую DID на конкретный FXS порт. 2. При использовании non-ISDN сигнализации CAS в потоке устанавливается голосовой канал («сигнал готовности линии»), но номер вызываемого абонента не передаётся (по системе DTMF DNIS). В ближайшее время попробую разобраться в данной ситуации и напишу ответ на данной ветке форума.

Sergey Taskin, здравствуйте. Данные команды мне знакомы, просто не хотелось бы, строить очень мощные «костыли», с захватом входящего вызова. При том, что VoIP "звонит" совершенно спокойно, будучи "non-ISDN" в данной схеме. Была надежда разрешить вопрос «малой кровью», но похоже не получится.

Vurd, здравствуйте. К сожалению, изменение номера pots, не является важным параметром в обработке звонков - вызовы проходят по такой же схеме.

Уважаемые знатоки, доброго Вам времени суток. Имеется CISCO MC3810, связующая цифровой поток T1 и аналоговый порт FXS. [местная телефонная сеть T1 (non-ISDN)] <=> [CISCO MC3810] <=> [аналоговый порт FXS] <-> {ТА} Cisco сконфигурирована следующим образом: Current configuration : 1321 bytes ! version 12.2 no service pad service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Router ! boot system flash:mc3810-a2isv5-mz.122-15.T17.bin logging queue-limit 100 ! network-clock base-rate 56k ip subnet-zero ! no voice confirmation-tone no voice hpi capture buffer no voice hpi capture destination ! controller T1 0 mode cas framing esf linecode b8zs ds0-group 0 timeslots 1-5 type e&m-delay-dial ! interface Ethernet0 ip address 192.168.51.6 255.255.255.240 no ip route-cache no ip mroute-cache ! interface Serial0 no ip address no ip route-cache no ip mroute-cache ! interface Serial1 no ip address no ip route-cache no ip mroute-cache shutdown ! interface FR-ATM20 no ip address no ip route-cache shutdown ! ip classless ip route 10.1.4.67 255.255.255.255 192.168.51.1 no ip http server ! call rsvp-sync ! voice-port 0:0 ! voice-port 1/1 cptone RU ! voice-port 1/2 ! voice-port 1/3 ! voice-port 1/4 ! voice-port 1/5 ! voice-port 1/6 ! mgcp profile default ! dial-peer cor custom ! dial-peer voice 1 pots destination-pattern 5342345 port 1/1 ! dial-peer voice 100 pots destination-pattern .T port 0:0 ! line con 0 line aux 0 line 2 3 flush-at-activation line vty 0 4 login ! end Вызовы со стороны порта FXS в местную телефонную сеть успешно проходят (voice 100 pots - destination-pattern .T). При вызове абонента FXS порта (условный номер 5342345), со стороны местной телефонной сети, CISCO генерирует в поток «сигнал готовности линии» (длинный зуммер) и прекращает его через 10-15 сек. сигналом «отбой». Особенность: Если в момент получения «сигнал готовности линии» набрать (DTMF) 5342345, звонок терминируется на dial-peer voice 1 pots. Если набрать произвольный номер, звонок проключится на dial-peer voice 100 pots (.T). Получается, что CISCO выступает в качестве открытой DISA (IVR) при вызове из потока, но при этом явно не терминирует вызов на указанном dial-peer voice 1 pots. Вопрос: Уважаемые знатоки, подскажите как настроить CISCO, таким образом, что бы она не выступала в качестве DISA для потока, а терминировала звонки согласно указанным dial-peer? Быстрое Google’ние ответов не принесло. Поэтому прошу помощи по возможности.

Уважаемые знатоки, доброго времени суток. Имеется действующая схема - маршрутизатор Cisco 1760 обеспечивает исходящие вызовы (местные и мобильные номера) из VoIP сети в сеть ТфОП (ISDN PRI). [VOIP (SIP)] => {Cisco 1760} => [ТфОП (ISDN PRI)] Для этого используются dial-peer: dial-peer voice 100 pots description «местные» destination-pattern .......$ (семизначный номер) dial-peer voice 110 pots description «мобильные» destination-pattern 89.........$ Вызовы из VoIP сети успешно проходят, с использованием данных dial-peer. Задача: По аналогии с VoIP, к маршрутизатору добавился поток T1 (non-ISDN) от мини-АТС, для совершения исходящих вызовов в сеть ТфОП (ISDN PRI). [T1 (non-ISDN)] => Cisco 1760 => [ТфОП (ISDN PRI)] Вопрос: Вызовы абонента ТфОП (семизначный номер) со стороны T1 (non-ISDN) успешно обрабатываются по «destination-pattern .......$». При этом вызовы мобильного номера (в отличие вызова осуществляемого из VoIP сети) попадает в обработку того же «destination-pattern .......$», игнорируя существующий «destination-pattern 89.........$». То есть набирается 89xxxxx$ вместо 89xxxxxxxxx$. Аналогичная ситуация происходит с вызовами по «destination-pattern 89.........$», если в маршрутизатор установить модуль FXS карты и позвонить с аналогово ТА в сеть ТфОП (ISDN PRI). Если dial-peer voice 100 pots отключить, вызовы пройдут успешно. Пожалуйста, подскажите как правильно указывать dial-peer исходящих вызовов от устройств non-ISDN и не VoIP, в данной схеме. Заранее благодарю.

Andrei, доброго Вам времени суток. Знал, что Мир не без добрых людей. Большое Вам спасибо!

Уважаемые форумчане, доброго времени суток. Из-за неправильного конфигурирования, затёрлась файловая система flash, с IOS c1700-ipvoicek9-mz.124-15.T9.bin Возможно есть у кого-то в загашниках, буду очень благодарен! Заранее спасибо!

YuryD, здравствуйте. Возможно RS-232 порт отключён в BIOS сервера? Попробуйте принудительно задать права доступа файлу устройства: chown uucp /dev/cuaa0 После проверьте утилитой CU (в разных режимах скорости): cu -l /dev/cuaa0 -s9600 По идее, должен быть ответ хоть какого либо «мусора» из консоли, не говоря о реакции, на неправильные AT команды.

Redundancy, здравствуйте. Почему вы не хотите использовать сигнализацию QSIG? Значение CO подразумевает "внешние" линии (сигнализация DSS), для присоединения к оператору. Если использовать сигнализацию QSIG, то медиашлюз будет находится во «внутренней сети» по отношению к Panasonic. Или медиашлюз не поддерживает QSIG?

Redundancy, здравствуйте. В данный момент, у меня работает связка Panasonic TDE 600 и CISCO 1760 по потоку E1, с использование сигнализации QSIG. CISCO выступает как мастер синхронизации потока, так и мастер сигнализации QSIG. Приведу скриншоты со стороны АТС, отвечающие за настройку потоковой платы, возможно чем-то Вам поможет. В моём случае CISCO соединена с потоковой платой №2. Синхронизация потока берётся от CISCO Думаю для Вас (последний параметр) это не принципиально, ведь соединение по потоку устанавливается. При такой конфигурации, звонки с CISCO и добавлением "0" в сторону абонента "Б" успешно проходят в город (в качестве CO у меня используется VoIP (SIP) в сторону оператора). Если нужно могу показать другие настройки АТС, скажите что будет интересовать.

Redundancy, доброго Вам времени суток. К сожалению, я плохо знаком с Panasonic (данной серии), но насколько я понимаю, он не может транслировать (транзит) «CO–CO». Сигнализация EDSS-1, для Panasonic условно является (гуру поправят) – CO. Попробуйте изменить сигнализацию в потоке с EDSS-1 на QSIG (между АТС и шлюзом). Таким образом, Вы станете «внутренним» абонентом, по отношению к АТС.

Рад, что получилось разобраться с проблемой. Надеюсь, данная ветка форума, поможет последующим следопытам. :) Удачи Вам!

yKpon, доброго Вам времени суток. Возможно, причиной неработоспособности IVR в программном комплексе «Elastix 4», является не согласованность типа DTMF с вышестоящим оператором (настройка SIP trunk) передаваемым по VoIP? Так же, не корректная работа DTMF, может быть связано с тем, что Ваша АТС начинает воспроизводить сообщения IVR в пред-ответном («не снимая трубку») состоянии.

Swat11, доброго Вам времени суток. Что бы исключить некорректную работу маршрутизатора, необходимо проверить предоставление услуги Caller-ID (не путайте с российской разновидностью АОН) оператором. Для этого необходимо подключить к аналоговой линии любой телефонный аппарат с функцией Caller-ID, сконфигурированный на определение Caller-ID (по умолчанию может стоять АОН). Если телефон определяет номер вызывающего абонента, нужно понять, какая FXO карточка установлена в маршрутизаторе (см. sh diag): VIC-2FXO (ранняя модификация карт), не умеет распознавать Caller-ID. VIC2-2FXO должна распознавать Caller-ID. В случае корректного отображения Caller-ID телефонным аппаратом и наличие в маршрутизаторе карточки VIC2-2FXO, нужно пробовать все доступные для данной карточки типы Caller-ID (существуют разные модификации etsi, bellcore). P.S. Если оператор не поддерживает Caller-ID и требуется получить АОН, то здесь не обойтись без конвертера АОН->Caller-ID для аналоговой линии, но скорей всего это не Ваш случай.