SUrov_IBM Опубликовано 13 октября, 2018 (изменено) · Жалоба Уважаемые знатоки, доброго Вам времени суток. Имеется 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’ние ответов не принесло. Поэтому прошу помощи по возможности. Изменено 9 октября, 2021 пользователем SUrov_IBM Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snar Опубликовано 15 октября, 2018 · Жалоба На входящем dial-peer'е нужно прописать direct-inward-dial. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SUrov_IBM Опубликовано 15 октября, 2018 · Жалоба 9 часов назад, snar сказал: На входящем dial-peer'е нужно прописать direct-inward-dial. 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). В ближайшее время попробую разобраться в данной ситуации и напишу ответ на данной ветке форума. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SUrov_IBM Опубликовано 9 октября, 2021 · Жалоба В 13.10.2018 в 21:56, SUrov_IBM сказал: Вопрос: Уважаемые знатоки, подскажите как настроить CISCO, таким образом, что бы она не выступала в качестве DISA для потока, а терминировала звонки согласно указанным dial-peer? Как говориться – "обещанного три года ждут", вот я и решил ответить сам себе, в качестве заметки. При использованием Channel Associated Signaling (CAS) R1, логика вызовов может быть настроена несколькими способами, а именно: – "Чистый" CAS (наверное, исторически самый первый вариант вызовов в потоке). – CAS с использованием дополнительной сигнализации E&M, позволяющей расширить функции вызова. При использовании "чистого" CAS, без вспомогательной сигнализации, вызываемый номер или направление, "жёстко" привязывается к линии. Роль линии в потоке выполняет конкретно заданный Time Slot (TS) или группа TS (для многоканальных вызовов). Важный для понимания момент – CAS, без вспомогательной сигнализации, не передаёт никакой информации о вызываемом (DNIS) или вызывающем (ANI) номере на уровне самой сигнализации, в отличие от CCS ISDN. Если потребуется набрать вызываемый номер, это будет сделано средствами DTMF в "разговорной фазе". В CISCO IOS, линия из одиночного TS или группы TS (для многоканальных вызовов) определяется с помощью ds0-group: ds0-group 1 timeslots 1 type fxs-loop-start ! ds0-group 1 (номер ds0-group, для формирования voice-port) timeslots 1 (номер TS в потоке) type fxs-loop-start (тип линии, по отношению к противоположной стороне FXS или FXO). На основе ds0-group 1 формируется voice-port 0:1, с которым можно взаимодействовать через dial-peer pots. В зависимости от установленного типа линии (FXS или FXO), через voice-port 0:1 можно направлять исходящие вызовы, но для того чтобы приять входящий вызов поступивший на данный TS, необходимо назначить voice-port 0:1 номер, опираясь на который, возможно дальнейшее взаимодействие через dial-peer. Грубо говоря, номер не "прилетит" по сигнализации, просто "откроется" определённый TS, сигнализируя, что с той стороны "сняли трубку" и на это нужно либо отреагировать "привязкой" номера, для дальнейшего взаимодействия, либо "слушать" что передаётся средствами DTMF в "разговорной фазе". В моём случае, я решил опираться на "привязку", чтобы сохранить возможность передачи "пред-ответного" состояния и избегая посылок DTMF в "разговорной фазе". В CISCO IOS "привязка" номера к voice-port осуществляется с помощью Private Line Automatic Ringdown (PLAR). *** Схема получения вызова, выглядит следующим образом (условно вызывается номер 35001): – Осуществляя вызов номера 35001 в мою сторону, в потоке "открывается" TS №1. – CISCO IOS понимает, что активной стала линия (условно линия №1) с типом FXS, переводя voice-port 0:1 в активное состояние. – PLAR на voice-port 0:1, назначает данному вызову номер 35001. – Dial-Peer обработав цифры номера 35001, отправляет вызов на физический FXS порт, к которому подключен телефонный аппарат. ds0-group 1 timeslots 1 type fxs-loop-start ! voice-port 0:1 connection plar 35001 ! dial-peer voice 110 pots huntstop destination-pattern 35001 port 1/4 Таким образом, состоялся входящий вызов на номер 35001. Дополнительно: С вызывающей стороны, если в качестве коммутатора вызова используется CISCO, конфигурация будет выглядеть следующим образом: ds0-group 1 timeslots 1 type fxo-loop-start ! voice-port 0/1/0:1 supervisory disconnect dualtone pre-connect supervisory answer dualtone output attenuation 0 ! dial-peer voice 2045 pots huntstop destination-pattern 35001 no digit-strip port 0/1/0:1 Выбирается TS, для которого определяется voice-port с установкой типа линии FXO. Через Dial Peer вызов направляется в указанный voice-port, далее в заданный TS в потоке. В общем, всё обычно, разве что можно обратить внимание на параметр "supervisory answer dualtone" в voice-port, с помощью него переделяется состояние "пред-ответа" / "ответа" от противоположной стороны TS. Без указания параметра, вызов поступивший в voice-port, всегда будет переходить в "разговорную фазу" в независимости, "сняли трубку" на вызываемой стороне или нет. КПВ передаётся вызываемой стороной в "разговорной фазе" акустическим способом, независимо от параметра "supervisory answer dualtone". По сути, использование параметра важно при передаче состояния вызова более развитой сигнализации (например CCS ISDN). Исходящие вызовы, осуществляются по другим TS в потоке, которые объединяются в группу для многоканальных вызовов. Информация о вызываемом номере (DNIS), в этом случае передаётся средствами DTMF в "разговорной фазе" вышестоящему узлу. *** Во втором варианте, CAS может применяться с дополнительной сигнализацией E&M, что позволяет передать номер вызываемого абонента (DNIS), информацию о состоянии ("пред-ответа" / "ответа") линии в самой сигнализации и объединять разные TS в группы, не разбивая их для входящих и исходящих вызовов. Это поведение уже похоже на CCS ISDN. Правда, что бы передать АОН (ANI) вызывающего абонента, потребуется специфическое исполнение сигнализации E&M, поддерживаемое не каждым оборудованием. В моём случае, можно было применить CAS и дополнительную сигнализацию E&M Wink-start, для входящих и исходящих вызовов, используя группу TS или весь поток, без разбивания TS на входящие и исходящие. К сожалению, моя старенькая CISCO "дурит" при таком варианте и поступивший по E&M цифры вызываемого номера (DNIS) иногда "проскакивали". Поэтому схему входящих вызовов, я оставил такой же как и в первом варианте с "чистым" CAS. Плюс, так нагляднее получилась сама схема вызовов. ;) *** Схема получения вызова, выглядит следующим образом (условно вызывается номер 35003): – Осуществляя вызов номера 35003 в мою сторону, в потоке "открывается" TS №2, плюс формируется передача вызываемого номера (DNIS) по сигнализации E&M. – CISCO IOS понимает, что активной стала линия (условно линия №2) с типом E&M Wink-start, переводя voice-port 0:1 в активное состояние. – Применение PLAR не обязательно, так как вызываемый номер уже передан в сигнализации. Но чтобы "железобетонно прибить" его к voice-port 0:2 игнорируя сигнализацию, применяется PLAR. – Dial-Peer обработав цифры номера 35003, отправляет вызов на физический FXS порт, к которому подключен телефонный аппарат. ds0-group 2 timeslots 2 type e&m-wink-start ! voice-port 0:2 connection plar 35003 ! dial-peer voice 115 pots huntstop destination-pattern 35003 port 1/5 Дополнительно: В данном случае, с вызывающей стороны, в качестве типа линии вместо FXS/FXO указывается сигнализация E&M и нет необходимости использовать "supervisory answer dualtone", поскольку состояние "пред-ответа" / "ответа" передаётся в сигнализации. С вызывающей стороны, если в качестве коммутатора вызова используется CISCO, конфигурация будет выглядеть следующим образом: ds0-group 2 timeslots 2 type e&m-wink-start ! voice-port 0/1/0:2 ! dial-peer voice 2060 pots huntstop destination-pattern 35003 no digit-strip port 0/1/0:2 Исходящая вызовы, осуществляются через группу TS для многоканальных вызовов, с применение сигнализации E&M, что позволяет передавать вызываемый номер (DNIS) в сигнализации, без применения DTMF в "разговорной фазе". ds0-group 6 timeslots 6-11 type e&m-wink-start ! dial-peer voice 100 pots huntstop destination-pattern .T port 0:6 *** P.S. К сожалению, я не являюсь профессиональным телефонистом, поэтому всё вышеописанное, просто любительские эксперименты, в виде хобби. Возможно, это пригодиться кому-то из техно-археологов или кому-то будет просто интересно почитать о старых технологиях. ;) controller T1 0 mode cas framing esf linecode b8zs ds0-group 1 timeslots 1 type fxs-loop-start ds0-group 2 timeslots 2 type e&m-wink-start ds0-group 6 timeslots 6-11 type e&m-wink-start ! voice-port 0:2 connection plar 35003 ! voice-port 0:6 ! voice-port 0:1 connection plar 35001 ! voice-port 1/4 ! voice-port 1/5 ! dial-peer voice 100 pots huntstop destination-pattern .T port 0:6 ! dial-peer voice 110 pots huntstop destination-pattern 35001 port 1/4 ! dial-peer voice 115 pots huntstop destination-pattern 35003 port 1/5 ! end Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...