Общие сведения о прямом входном наборе (DID) на цифровых голосовых интерфейсах (T1/E1) Cisco IOS
Параметры загрузки
Содержание
Введение
Эти технические примечания применимы к маршрутизаторам или шлюзам Cisco IOS с поддержкой голосовой связи и наличием цифровых интерфейсов (T1/E1). Дополнительные сведения об аналоговом прямом входном наборе (DID, Direct Inwared Dialing) Cisco см. в документе Аналоговый прямой входной набор для маршрутизаторов Cisco серий 2600 и 3600.
Примечание. На большинстве платформ прямой входной набор по умолчанию включен на интерфейсах CAS (мгновенный, быстрый и с задержкой). Таким образом, не следует настраивать команду direct-inward-dial для входящих вызовов. На платформах Cisco AS5300 прямой входной набор не поддерживается для тех интерфейсов, которые были настроены для безотлагательной сигнализации E & M.
Предварительные условия
Требования
Для этого документа отсутствуют особые требования.
Используемые компоненты
Настоящий документ не имеет жесткой привязки к каким-либо конкретным версиям программного обеспечения и оборудования.
Условные обозначения
Дополнительные сведения об условных обозначениях см. в документе Cisco Technical Tips Conventions.
Общие сведения
DID (прямой входной набор) — это услуга, предлагаемая телефонными компаниями, которая позволяет абонентам напрямую вызывать добавочный номер на УАТС или в системе передачи речевых пакетов без помощи оператора или автосекретаря. Для обеспечения функционирования подобной услуги используются магистрали DID, которые передают только последние 3–5 цифр телефонного номера на УАТС или маршрутизатор/шлюз. Например, если компания использует добавочные номера с 555-1000 до 555-1999 и абонент вызывает номер 555-1234, местный центральный офис переадресует 234 на УАТС или в систему передачи голосовых пакетов. Затем УАТС или система передачи голосовых пакетов (Cisco CallManager и маршрутизатор/шлюз IOS) вызовет добавочный номер 234. Этот процесс проходит незамеченным для пользователя.
В этом документе обсуждаются следующие два типа одноранговых телефонных соединений:
Обычная телефонная сеть. Это традиционная коммутируемая телефонная сеть общего пользователя, в которой предоставляется выделенный участок вызова 64К на протяжении всего вызова. Одноранговые телефонные соединения обычной телефонной сети всегда указывают на голосовой порт маршрутизатора
Голосовая сеть. Сеть передачи голоса вместе с данными состоит из нескольких участков вызовов. Каждый участок вызова перемещается между устройствами данных (маршрутизаторы/шлюзы) или между устройствами данных и телефонными устройствами (например, маршрутизатором и УАТС). Одноранговые телефонные соединения голосовой сети указывают на различные места назначения в зависимости от используемой сетевой технологии. Одноранговые телефонные соединения голосовой сети включают следующие типы:
Передача голоса по IP (VoIP)
Технология Voice over Frame Relay (VOFR)
Передача голоса по ATM (VoATM)
Мультимедийная почта поверх IP (MMoIP)
Когда телефонный вызов поступает на маршрутизатор/шлюз Cisco IOS, входящий трафик голосового порта на маршрутизаторе перехватывается УАТС или коммутатором центрального офиса. После этого маршрутизатор/шлюз передаст абоненту тональный сигнал и будет собирать данные о номере (цифры) до идентификации исходящей адресуемой конечной точки вызова. Вне зависимости от того, набираются цифры человеком с нерегулярными интервалами или стандартным телефонным оборудованием, отсылающим заранее набранные цифры, согласование однорангового телефонного соединения происходит детально, цифра за цифрой. Это означает, что маршрутизатор/шлюз пытается сопоставить одноранговое телефонное соединение после каждой полученной цифры. Этот процесс называется двухэтапным набором.
Однако если УАТС или коммутатор центрального офиса отправляет сообщение настройки, содержащее «все» цифры, необходимые для полной маршрутизации вызова, эти цифры можно сопоставить непосредственно исходящему одноранговому телефонному соединению голосовой сети. При использовании DID маршрутизатор/шлюз не генерирует для вызывающего абонента тональный сигнал и не запоминает цифры. Он направляет вызов непосредственно по указанному назначению. Это называется одноступенчатым соединением.
Далее представлены два типа цифр, необходимых для маршрутизации вызовов, которые обсуждались выше.
Digital Number Identification Service (DNIS) — это цифровая услуга, предоставляемая телефонными компаниями, с помощью которой передается вызываемый номер (набранный номер).
Automatic Number Identification (ANI) — это цифровая услуга, предоставляемая телефонными компаниями, с помощью которой передается вызывающий номер (номер звонящего абонента). ANI также называется автоматическим определителем номера.
Конфигурация DID для одноранговых телефонных соединений обычной телефонной сети
При получении входящего вызова из обычной телефонной сети функция DID одноранговых телефонных соединений позволяет маршрутизатору/шлюзу использовать номер вызывающей стороны (DNIS) для непосредственного выбора исходящего однорангового телефонного соединения. Когда возможность DID настроена на входящем одноранговом телефонном соединении обычной телефонной сети, набранный номер автоматически используется для сопоставления шаблона назначения для исходящего участка вызова.
Чтобы настроить одноранговое телефонное соединение обычной телефонной сети для DID, введите следующие команды Cisco IOS, начав в режиме глобальной конфигурации:
Сопоставление правильного входящего однорангового телефонного соединения обычной телефонной сети для DID
Для правильного функционирования DID убедитесь, что входящие вызовы соответствуют нужному одноранговому телефонному соединению обычной телефонной сети, для которого настроена команда direct-inward-dial. Для сопоставления правильного входящего однорангового телефонного соединения рекомендуется использовать команду однорангового телефонного соединения incoming called-number dnis_string для однорангового соединения DID обычной телефонной сети.
Если не использовать команду incoming called-number для сопоставления входящего однорангового телефонного подключения, следует рассмотреть приведенные ниже факторы:
При использовании информации ANI для сопоставления однорангового телефонного соединения DID обычной телефонной сети убедитесь, что команда answer-address настроена правильно, а коммутатор телефонной компании предоставляет информацию ANI. Некоторые провайдеры ISDN и большая часть поканальной связанной сигнализации T1 (CAS), за исключением Feature Group D (fgd), не предоставляют никакой информации ANI.
Если адрес ответа НЕ сопоставляется с информацией ANI, информация ANI может сопоставляться с шаблоном назначения, настроенным (для исходящего набора) для другого однорангового телефонного соединения обычной телефонной сети. Если шаблон назначения сопоставлен с ANI, убедитесь, что для однорангового телефонного соединения настроена команда direct-inward-dial.
Если входящий вызов DID не соответствует входящему вызову POTS, основанному на входящем набираемом номере, на адресе для ответов, на шаблоне назначения или на основе порта, то используется одноранговое телефонное соединение 0 по умолчанию. DID по умолчанию отключен для однорангового телефонного соединения 0.
Пример практического применения
Для иллюстрации указанных выше вопросов используется следующий пример. Компания ACME имеет каналы T1 PRI с 40 магистралями 40 в диапазоне от 555-3100 до 555-3139. Целью является назначить первые 20 линий IP-телефонам Cisco. Последние 20 линий доступны для тестирования и дальнейшего расширения. В настоящее время маршрутизатор выдает только тональный сигнал. Предполагая, что коммутатор центрального офиса передает только последние пять цифр сообщения установки ISDN, можно свести приведенные выше данные в следующую таблицу.
Набор номера пользователями PSTN
Цифры, отправленные коммутатором на голосовой маршрутизатор/шлюз
Телефония на Cisco (Call Manager Express) — Часть 2
Во второй части речь пойдет об использовании цифровых транков Е1 которые можно использовать для подключения маршрутизатора к АТС
1. Компоненты схемы
Имеем маршрутизатор Сisco2811 с установленным в NM-слот модулем NM-HDV2 и карточкой VWIC2-1MFT-T1/E1, в этом же модуле установлен 8-канальный PVDM.
Также в маршрутизатор установлен модуль VIC2-2FXS для подключения аналоговых телефонов.
В качестве АТС использовалась цифровая АТС Samsung iDCS-500 с платой TEPRI для подключения по Е1 и платой 8-DLI, к которой подключены 2 телефона OfficeServ KPDP-14SED.
2. Базовая конфигурация маршрутизатора
При желании можно создать несколько serial-сабинтерфейсов с разной пропускной способностью (в зависимости от количества таймслотов)
после этой операции у нас появляется новый интерфейс Serial1/0/0:1
Далее нужно сделать hardware loopback, берем RJ-45 коннектор и 2 проводка из витой пары длиной около 10 см. первый провод вставляем в пины 1 и 4, а второй в пины 2 и 5. Обжимаем все это добро и получаем loopback-заглушку.
Вставляем ее в Е1 интерфейс, светодиод CD (Carrier detect) загорается зеленым, интерфейс Serial1/0/0:1 переходит в состояние up, интерфейс работает
Конфигурация аналоговых портов была рассмотрена в первой части, подробно останавливаться не буду. Для аналоговых телефонов добавим:
dial-peer voice 1 pots
destination-pattern 101
port 0/1/0
!
dial-peer voice 2 pots
destination-pattern 102
port 0/1/1
3. Конфигурация PRI-транка
controller E1 1/0/0
pri-group timeslots 1-10,16
Количество тайм-слотов зависит от доступных PVDM, в случае нехватки ресурсов появится сообщение об ошибке. Введенная выше команда разрешает использовать для голоса первые 10 таймслотов, т.е. в нашем транке может быть не более 10 одновременных разговоров. 16-й таймслот используется для сигнализации.
Конфигурируем канал сигнализации — это 15-й сабинтерфейс интерфейса Serial1/0/0, который появляется после конфигурации контроллера
#определяем тип сигнализации для PRI
isdn switch-type primary-net5
#разрешаем входящие соединения
isdn incoming-voice voice
dial-peer voice 3 pots
#dial-peer срабатывет на все номера, начинающиеся с «3» с последующим донабором еще двух цифр
destination-pattern 3..
#вызовы маршрутизируем в сигнальный канал PRI, при этом передаем все набранные цифры
port 1/0/0:15
forward-digits all
#добавляем direct-inward-dial для обработки входящих вызовов
direct-inward-dial
Кроме того, нужно убедиться, что плата TEPRI правильно сконфигурирована, она должна быть установлена в режим Network (станционная часть, по-умолчанию плата находится в режиме User для подключения к вышестоящей АТС) и выставить режим работы E1.
Для этого необходимо снять корпус с платы и выставить перемычки согласно таблицы:
На АТС также должен быть сконфигурирован внутренний номерной план (в моем случае, 3хх)
Если все сконфигурировано верно, то при наборе должен зазвонить соответствующий телефон на АТС, на экране телефона должен отобразиться номер аналогового телефона, с которого совершен звонок.
При исходящем вызове подымается один из саб-интерфейсов:
Nov 16 16:21:58.799: %ISDN-6-CONNECT: Interface Serial1/0/0:9 is now connected to 302 N/A
4. Проверка и отладка
Router#show isdn status
Global ISDN Switchtype = primary-net5
ISDN Serial1/0/0:15 interface
dsl 0, interface ISDN Switchtype = primary-net5
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
1 Active Layer 3 Call(s)
#один активный звонок
CCB:callid=8004, sapi=0, ces=0, B-chan=10, calltype=VOICE
Active dsl 0 CCBs = 1
The Free Channel Mask: 0x800001FF
Number of L2 Discards = 0, L2 Session > Total Allocated ISDN CCBs = 1
Nov 17 15:41:43.447: %ISDN-6-CONNECT: Interface Serial1/0/0:9 is now connected to 302 N/A
Nov 17 15:42:03.675: %ISDN-6-CONNECT: Interface Serial1/0/0:8 is now connected to 310 N/A
Router#sh isdn service
PRI Channel Statistics:
ISDN Se1/0/0:15, Channel 27
Configured Isdn Interface (dsl) 0
Channel State (0=Idle 1=Proposed 2=Busy 3=Reserved 4=Restart 5=Maint_Pend)
Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
State : 0 0 0 0 0 0 0 0 0 2 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3
Service State (0=Inservice 1=Maint 2=Outofservice 8=MaintPend 9=OOSPend)
Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
State : 0 0 0 0 0 0 0 0 0 0 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2
Видно, что при одном активном звонке 9-й таймслот находится в состоянии Busy (2)
Детальную отладку звонка можно произвести командами debug dial-peer и debug isdn q931
Для проверки входящих вызовов можно на цифровом телефоне набрать номер выхода на соответствующий канал в PRI-транке, а затем донабрать номер одного из аналоговых телефонов, при входящем вызове должен подняться саб-интерфейс, соответствующий выбранному каналу в PRI-транке.
На этом все, спасибо за внимание.
Продолжение следует…
Изменение формата DIDа и CIDа
Часто бывает, что оператор присылает номер звонящего в неудобном формате, а так же не корректно указывает номер DID. Рассмотрим как поправить эту ситуацию.
Для начала разберемся с понятиями:
DID (Direct Inward Dialing) — возможность АТС использовать несколько городских номеров для маршрутизации входящих вызовов. Попросту говоря, это ваш внешний номер, на который вам звонят клиенты
CID (Caller ID) — номер вызывающего абонента.
И так, провайдер присылает CID в формате +7XXXXXXXXX или 7XXXXXXXXXX а мы хотим 8XXXXXXXXXX (Причин тому может быть много: например возможность перезвонить абоненту нажатием одной кнопки на телефоне, или специфика используемой crm системы и т.д.)
Для решения данной проблемы нам нужно взять последние десять символов из CIDа и добавить к ним 8. Делается это путем создания своего контекста, в котором мы первично изменяем необходимые нам данные а потом дальше направляем во from-trunk. Соответственно в настройках нужного транка контекст нужно указать наш собственный (context=from-operator)
[from-operator]
exten => _.,1,Set(CALLERID(all)=8$
exten => _.,2,Set(CALLERID(ANI-all)=$
exten => _.,3,Goto(from-trunk,$
Второй случай бывает гораздо реже, это когда оператор присылает DID в каком-нибудь коротком виде типа 687 который никак не связан с номером компании. На скриншоте ниже видно как астериск принимает от оператора DID с номером 687
Так же мы видим что астериск не получает CID звонящего, вернее получает (если просмотреть SIP дебаги то оператор присылает номер звонящего в графе CALLERID(name)), а это уже третий случай который встречается очень редко.
Для решения первой проблемы нам необходимо так же создать свой контекст в котором принудительно направить вызов на экстеншн (номер) которой будет равен вашему DID (внешнему номеру)
Для решения проблемы с CID нам нужно CallerID звонящего брать из CALLERID(name)
[from-operator]
exten => _.,1,Set(CALLERID(all)=8$
exten => _.,2,Set(CALLERID(ANI-all)=$
exten => _.,3,Goto(from-trunk,4952326666) ; направляем вызов дальше в обработку во from-trunk на экстеншн равный нужному номеру вашего DID
Если все правильно то видим и CallerID звонящего и нужный DID
Только не забываем настроить входящую маршрутизацию, как это сделать можно посмотреть тут
direct inward dialing
1 Direct Inward Dialing
автоматическое установление входящего соединения
Услуга, позволяющая вызывающему абоненту, находящемуся вне офиса, набирать номер местного абонента УАТС без вмешательства оператора. Такая возможность обычно обеспечивается за счет того, что несколько последних цифр телефонного номера (как правило, три или четыре) направляются вызываемому абоненту по внутренним каналам УАТС в виде импульсного или тонального (отличного от DTMF) набора номера. Ср. DOD.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]
Тематики
2 direct inward dialing
end of dialing — сообщение «набор принят»
3 direct inward dialing
4 direct inward dialing
5 direct inward dialing
6 direct-inward dialing
7 direct inward dialing
8 direct inward dialing
9 direct inward dialing
10 direct inward dialing
11 Direct Inward Dialing
12 direct-inward dialing
13 direct inward dialing
14 прямой входной набор
См. также в других словарях:
Direct inward dialing — (DID), also called direct dial in (DDI) in Europe and Oceania, is a feature offered by telephone companies for use with their customers private branch exchange (PBX) systems. In DID service the telephone company provides one or more trunk lines… … Wikipedia
Direct Inward Dialing — (DID), also called Direct Dial In (DDI) in Europe, is a feature offered by telephone companies for use with their customers PBX systems, whereby the telephone company (telco) allocates a range of numbers all connected to their customer s PBX. As… … Wikipedia
Direct Inward Dialing — Die Durchwahl aus einem Telefonnetz zu einem Teilnehmer ermöglicht den Anruf an einen Teilnehmer, der an einer privaten Telefonanlage angeschlossen ist. Zum Beispiel ist bei der Rufnummer 0291 1123 33 die 33 der mittels Durchwahl erreichbare… … Deutsch Wikipedia
direct inward dialing — noun the ability to make an external telephone call to an internal extension within an organization … Wiktionary
Direct Inward Dialing — telephone service in which a company receives a block of telephone numbers that can be accessed via a small number of actual telephone lines (enables private extensions without requiring extra lines … English contemporary dictionary
direct-inward dialing — (DID) A PBX feature permitting outside calls to be dialed and connected directly to the stations … IT glossary of terms, acronyms and abbreviations
Direct Inward Dialling — Die Durchwahl aus einem Telefonnetz zu einem Teilnehmer ermöglicht den Anruf an einen Teilnehmer, der an einer privaten Telefonanlage angeschlossen ist. Zum Beispiel ist bei der Rufnummer 0291 1123 33 die 33 der mittels Durchwahl erreichbare… … Deutsch Wikipedia
Direct Dialling In — Die Durchwahl aus einem Telefonnetz zu einem Teilnehmer ermöglicht den Anruf an einen Teilnehmer, der an einer privaten Telefonanlage angeschlossen ist. Zum Beispiel ist bei der Rufnummer 0291 1123 33 die 33 der mittels Durchwahl erreichbare… … Deutsch Wikipedia
Global Dialing Scheme — The Global Dialing Scheme (GDS) is numbering plan for H.323 networks. Based on the numerology provided by the United Nations International Telecommunications Union, GDS numerology resembles the international telephone system numbering plan, with… … Wikipedia
DID — DID (Direct Inward Dialing) возможность УАТС использовать несколько городских номеров для маршрутизации входящих вызовов из телефонной сети общего пользования (ТФОП). Разработанная в 1960 х годах компанией AT T и основанная на более… … Википедия
Business telephone system — Early model 464G Western Electric key telephone set A business telephone system is any of a range of a multiline telephone systems typically used in business environments, encompassing systems ranging from small key systems to large scale private … Wikipedia
CISCO: настройка dial-peer 2 часть
В продолжении сатьи о настройке диалпиров CISCO:
Команда no digit-strip отменяет автоматическое отсечения цифр, сопоставленные цифры не отсекаются от строки набора.
Пример: строка набора из шести цифр передается целиком на телефонный интерфейс
dial-peer voice 20 pots
destination-pattern 333.
no digit-strip
port 1/0:1
Согласование исходящих точек вызова
Маршрутизатор согласовывает исходящие точки вызова командами destination-pattern и called-number
Перенаправление вызова для точек вызова POTS указывает команда port
Перенаправление вызова для точек вызова VOIP указывает команда session target
Опишем два варианта: DID (прямой), non-DID (непрямой) набора внутренних телефонных номеров
dial-peer voice 1 pots
incoming called-number 111222
voice-port 0:D
direct-inward-dial
dial-peer voice 2 voip
destination-pattern 111
session target ipv4:172.10.10.1
dial-peer voice 3 voip
destination-pattern 111222
session target ipv4:172.10.10.1
2. NON-DID
Когда DID не указан явно, маршрутизатор переходит в режим сбора цифровых данных внутри полосы
Сопоставление исходящих точек вызова делается цифра за цифрой
После получения всех цифр, маршрутизатор проверяет совпадения точек вызова и перенаправляет вызов, когда достигается полное совпадение
dial-peer voice 2 voip
destination-pattern 123
session target ipv4:172.10.10.1
dial-peer voice 3 voip
destination-pattern 123456
session target ipv4:172.10.10.1
dial-peer voice 2 voip
destination-pattern 123..
session target ipv4:172.10.10.1
dial-peer voice 3 voip
destination-pattern 123456
session target ipv4:172.10.10.1
