В SP300 E V1.0 сетях с планами нумерации PRIVATE (ведомственные) (новое в SP300 E V1.0) и ISDN, конфигураторам сети не требуется более принимать во внимание взаимоотношения исходных/оконечных узлов, а можно свести конфигурацию к стандартным значениям (преинициируемым в таблицах AMO TDCSU и KNPRE).
Что изменилось в модификации исходного/оконечного станционного номера с помощью AMO KNMAT?
Т.к. номера узлов теперь являются многоуровневыми кодами, модификация абонентского номера может быть выполнена индивидуально для каждого (под-)сетевого уровня. Благодаря введению логических номеров узлов (OWN/ROW = все узлы), ранее сложные вводы KNMAT были сведены к нескольким логически простым установкам.
Задачей функции INS является изменение инфономеров (здесь и далее "номера вызывающих абонентов"), включенных в информацию об установке соединения таким образом, что инфо-номерная строка (включающая необходимые коды маршрута и т.п.) может быть интерпретирована для целей маршрутизации и воссоздания любой системой или узлом на любой стадии в ходе установления соединения.
Теперь существуют два параллельных метода для модификации
вызывающего номера:
| 1. | форматозависимый метод (используя AMO KNPRE, TDCSU и KNFOR),
и |
| 2. | метод, зависящий от источника/конечного пункта (используя AMO KNMAT) |
Сети, использующие план нумерации UNKNOWN (т.e. которые используют коды направлений для линий поперечной связи), должны продолжать применять метод модификации источника/пункта назначения .
После конфигурирования метод модификации абонентского номера, зависящий от исходного/конечного пункта, всегда имеет приоритет перед форматозависимым INS методом.
Для форматозависимого INS метода, вы должны:
| a) | В каждом адресуемом узле должны быть установлены все коды и коды выхода в сеть общего пользования с помощью AMO KNPRE для соответствующих планов нумерации NPI=ISDN или NPI=PRIVATE. |
| b) | Если явные абонентские номера (определение: см. раздел 113.1.2.2) должны быть заданы в плане нумерации (включая транзитные соединения!), все коды плана нумерации должны быть введены в таблицы AMO TDCSU. |
| c) | Особые правила, ранее применяемые к закрытой нумерации (см. описание для SP300-V3.3/V3.4), более не применимы. |
| e) | Условия модификации (KNMAT параметр MODCON) должны устанавливаться для сетевых уровней 1 и 2 многоуровневой сети. |
| b) | Номер узла должен быть сконфигурирован для каждого узла с помощью AMO ZAND (параметр NNO), который должен являться уникальным в сети. 0 в качестве номера узла не разрешается. |
| d) | Если в сети применяются многоуровненые номера узлов, за всеми номерами узлов должно быть закреплено одинаковое количество уровней! |
| b) | В сети с номерами одноуровневых узлов, соединения с SP300-V3.3 и V3.4 системами не требуют COT атрибут LWNC в каком-либо узле. |
| c) | Coединения с узлами, которые не распознают номера узлов, должны быть сконфигурированы с помощью параметра LWNC (в соответствующих узлах). |
| d) | Линиям к узлам с версией, ранее SP300E V1.0, или OEM узлам, которые передают только неявные вызывающие номера (определение: см. раздел 113.1.2.2), должен быть присвоен COT aтрибут LIRU. Абонентским линиям присваивать LIRU не требуется. |
Hicom SP300E-V1.0 поддерживает три различных плана
нумерации:
| 1. | ISDN план нумерации в соответствии с ETSI-E.164: NPI = ISDN |
| 2. | Корпоративный план нумерации (PNP) в соответствии с ETSI-E.189: NPI = PRIVATE |
| 3. | План нумерации HICOM: NPI = UNKNOWN |
Примечание: В корпоративных сетях, в которых план нумерации NPI=ISDN также сконфигурирован для сетевых вызовов, код выхода в сеть общего пользования должен быть присвоен DAR TIE. Тональный сигнал присваивается соответствующим вводом в поле 'W' плана набора LCR (AMO LDPLN).
Префикс показывает "уровень" номера вызывающего абонента. В приведенном выше примере это "00", международный код в Германии ('010' в Великобритании), и "0" междугородный код внутри Германии. Если не набрано никакого префикса, предполагается, что этот номер является номером абонента внутри локальной зоны PSTN. Такие уровни содержатся в информационном элементе типа номера TON. Для NPI=ISDN, информация может иметь значение INTERNAT для международного номера, NATIONAL для междугороднего номера, SUBSCR для местного PSTN номера и UNKNOWN для добавочного номера.
Маршрутная информация в различных уровнях определяется этими кодами. Для NPI=ISDN, "Country Code - код страны" CC определяет информацию о международном маршруте (например, 49 для Германии), "Area Code - код зоны" AC определяет информацию о междугороднем маршруте (например, 89 для Мюнхена), "Local Destination Code - местный код пункта назначения" LC определяет информацию о локальном маршруте(например, 722 для Хофманнштрассe/Сименс HQ).
Номер вызывающего абонента в корпоративном плане нумерации (Private Numbering Plan PNP) (NPI=PRIVATE) имеют такую же структуру, как и в плане ISDN. Различие состоит в параметрах, которые специфицируются для типа номерной информации TON. Здесь типы номеров LEVEL2, LEVEL1 и LOCAL контролируют информацию о маршруте "Level2 Code" LC2 (например, 49), "Level1 Code" LC1 (например, 89) и местный код LOCAL (например, 722). Оба плана нумерации PRIVATE и ISDN предполагают, что каждый узел сети имеет уникальный адрес и к нему можно получить доступ с помощью одного и того же кода с любой точки в сети (например, кодом для Германии является '49' в любой точке мира; меняются только коды выхода в сеть общего пользования и префикс).
В противоположность этому номера вызывающего абонента в планах нумерации сети Hicom UNKNOWN (NPI=UNKNOWN) следуют другой логике. В этом случае в сети используется открытая нумерация, в которой индивидуальные узлы дифференцированы кодами узлов сети. Если такая сеть включается в новую сеть, один и тот же узел становится доступен под различными кодами с различных точек в новой сети. Это может привести к ошибкам при выполнении общесетевых функций.
Такие же проблемы возникают при объединении двух
существующих сетей, т.e. "оригинальный" код узла не может быть более уникальным
во всей сети. В таких случаях сеть должна быть выстроена иерархически.
Например, если узел сети должен быть связан с другим узлом с таким же кодом
узла (например, 99), должна быть сконфигурирована иерархия уровня 1, и
два узла связываются с разными узлами в этом иерархическом уровне (например,
91 и 92). Это означает, что один узел теперь имеет адрес с кодом узла 91-99,
a другой с 92-99, что снова делает оба кода уникальными в сети. Однако
главной проблемой является то, что код уровня 1 теперь тоже надо набирать,
т.e.номера вызывающего абонента изменились. Трудность состоит в нахождении
кодов уровня 1, которые не существовали в "старых" сетях, т.e. коды "91"
и "92" должны иметься в DPLN oбоих узлов.
Проблемы не возникает, если код узла 99 является также уникальным в
новой сети, т.e. узел с номером 1-2 может все еще быть доступен под своим
старым кодом 99.
Всех этих проблем можно избежать, используя план нумерации ISDN в таких сетях. Следующая таблица показывает преимущества и недостатки индивидуальных планов нумерации.
Информация, которая является неявной в номере
вызывающего абонента, может однако быть "отфильтрована" для транспортировки.
Код выхода в сеть общего пользования указывает на план нумерации (NPI),
используемый в исходном узле, а код префикса определяет иерархический уровень
номера вызывающего абонента. Предположим, что неявным номером вызывающего
абонента является 0-0-89-722-4711, этот же номер может быть передан как
89-722-4711 с дополнительными информационными элементами NPI=ISDN (определенными
кодом выхода в сеть общего пользования) и TON=NATIONAL (определенным префиксным
кодом).
О номерах вызывающих абонентов, передаваемых таким образом, говорят,
что они имеют явный формат. Так как номер 89-722-4711 не может
быть интерпретирован DPLN, сначала необходимо конвертировать его назад
в неявный формат. В этом случае дополнительные информационные элементы
NPI и TON сообщают оценивающему узлу правильные цифры, которые необходимо
вставить для того, чтобы интерпретировать информацию о маршруте с
помощью своих собственных специфических вводов DPLN .
По определению явный номер вызываемого абонента должен содержать значения NPI и TON, отличные от UNKNOWN; в строке номера вызывающего абонента не имеется ни кодов выхода в сеть общего пользования, ни префиксных кодов. И наоборот, неявный номер вызывающего абонента должен всегда иметь значение NPI UNKNOWN и значение TON UNKNOWN; код выхода в сеть общего пользования и код префикса должны содержаться в строке номера вызывающего абонента. В Taблице 20 приведены комбинации NPI/TON в стандарте ETSI . Соответствующие акронимы AMO даются большими буквами. Обратите внимание, что значения NPI с LANDMOB по TELEX (пока) не поддерживаются в системах SP300 E V1.0, хотя значения параметров уже запрограммированы в коде AMO LODR.
Преимущество явного формата номера вызывающего абонента состоит в том, что формат не зависит от кодов выхода в сеть общего пользования или префиксов, заданных в различных узлах вдоль пути соединения, которые часто отличаются в зависимости от страны и даже региона и, поэтому разрешает необходимую префиксацию кода маршрута независимо от конфигурации исходного узла. Это даже позволяет при необходимости перенаправить вызовы, которые изначально были междугородними, по международному маршруту. Это значит, что модификация номера в зависимости от исходного/конечного пункта на базе сложных KNMAT соединительных матриц узлов более не требуется для стандартных вызовов.
Преобразование явных номеров вызывающих абонентов в неявные и наоборот задается значениями параметров, определенных в каждом узле с помощью AMO KNPRE. Эта команда AMO определяет, какой код выхода в сеть общего пользования и какой код префикса принадлежит той или иной комбинации NPI/TON. В приведенном выше примере код выхода "0", сопровождаемый кодом префикса "0", принадлежит к комбинации NPI=ISDN/TON=NATIONAL. Действительные коды, которые непосредственно относятся к маршрутизации (например, CC, AC, LC), хранятся в таблицах параметров TDCSU.
Так как системы > SP300 E V1.0 или узлы OEM, которые понимают только неявные номера, могут спутать этот метод, передав информацию о номере вызывающего абонента, которая приведет к недействительным комбинациям NPI/TON в узлах с передачей сигналов явного номера (например, NPI=ISDN/TON=SUBSCR), COT атрибут LIRU должен быть установлен для линий, ведущих к таким узлам.
Параметр COT LIRU (линия с неявным вызывающим номером) вызывает перезапись форматных информационных элементов номеров вызывающих абонентов, передаваемых по линии (входящие и исходящие coединения) на значение UNKNOWN. Если узел с явной инфономерной передачей сигналов (например, АТС/CO) доступен по линии с классом соединительной линии LIRU, таблица KNFOR должна все равно содержать ввод для данного узла.
Так как не всем узлам сети Hicom присвоены свои собственные абонентские номера (например, номер 089 722 ведет к нескольким узлам), только номер узла (NNO) является уникальным адресом для индивидуального узла в сети. Номер узла вводится в различные AMO (ZAND, RICHT, т.п.) и передается на уровне сетевого протокола как связанный информационный элемент к вызывающему номеру.
В соответствии с планами нумерации ISDN и PRIVATE номера узлов также иерархически построены с уровнями 0, 1 и 2. Индивидуальные уровни номера узла, как и вызывающие номера, определяют иерархию зоны. Например, все узлы г.Мюнхена международной корпоративной сети различаются по компоненту уровня 0 соответствующих номеров узлов, различные зоны одной и той же сети в других городах Германии дифференцированы по компоненту уровня 1, a зоны в других странах по компоненту уровня 2. Это значит, что только компонент уровня 0 номера узла определяет специфический узел. Другие уровни номера определяют зону, в которой узел существует. Эти номера зон должны быть однозначно присвоены кодам зоны вызывающего номера, т.e. код зоны 89 для Мюнхена должен быть однозначно определен одним единственным номером зоны в соответствующем уровне номера узла.
Каждому узлу должен быть присвоен номер, который вводится в центральные системные данные NNO параметром AMO ZAND. Номер узла должен быть уникальным в сети. Использование 0 в качестве номера узла недопустимо ни на каком уровне сетевого номера.
Все сети Hicom могут продолжать использовать 'старые' номера узлов в одноуровневых сетях. Однако, если потребуется преобразование на новые многоуровневые номера, иерархические уровни номера узлов должны соответствовать возможным уровням вызывающих номеров узлов!
Если в сети используются многоуровневые номера узлов, всем номерам должно быть присовено одинаковое количество уровней! Если это невозможно, например, узлы OEM, которые не распознают номера узлов, или системы > SP300 E V1.0 объединяются в сеть, соединяющему каналу пучка должен быть присвоен атрибут COT LWNC (линия без кода узла) и соответствующий многоуровневый номер узла вводится как узел назначения в маршрутную таблицу (AMO RICHT) для добавления цифр впереди. Если удаленный узел распознает одноуровневые номера узлов (SP300-V3.3/4), атрибут LWNC должен быть также присвоен в удаленном узле.
В сети с одноуровневыми номерами узлов coединения с системами SP300-V3.3 и V3.4 не требуют атрибута COT LWNC ни в одном из подсоединенных узлов.
Coединения с узлами, которые не распознают номера узлов, должны всегда быть сконфигурированы параметром LWNC (в соответствующих узлах). LWNC применяется только в исходящих соединениях.
COT атрибут DFNN должен устанавливаться только в исключительных случаях. DFNN вызывает использование "фиктивного" (виртуального) номера узла, присвоенного соединительной линии (с помощью TDCSU), для модификации вызывающего номера. Поэтому это эффективно предохраняет УАТС от перестройки номера исходного узла. Недостатком является то, что передача информации о номере узла более невозможна. Преимущество заключается в небольшом улучшении реализации, поскольку не требуется выполнения перестройки. Поэтому DFNN должен использоваться только для соединений с OEM системами или в простых случаях, где перестройка может быть безопасно выполнена (например, coединения с одной системой Hicom > SP300 E V1.0 в SP300 E V1.0 сети). DFNN должен всегда использоваться в сочетании с параметром TDCSU NNO.
| 1. | Номера пунктов назначения, которые описывают путь соединения (например, номер абонента "B" или "вызываемый номер") |
Инфономера должны всегда изменяться таким образом, что сетевой источник, который они описывают, в любое время "возращался бы к предыдущему состоянию" с любой точки первоначального пути соединения!
Если в узле используется план нумерации, отличный от NPI=UNKNOWN, каждому маршрутному элементу (LDAT AMO) должен быть однозначно присвоен используемый идентификатор плана нумерации (NPI) и тип номера пункта назначения (TON) в соответствующих правилах набора (LODR AMO).
Для стандартных соединений не требуется специфицировать узел назначения в AMO LDAT.
Примечание: Параметр SUPPCPD не может использоваться для так называемых "секретных номеров" (CLIR/COLR), т.к. он действует только, когда имеет место транзитное взаимодействие!
Существуют 2 метода для модификации номера:
Адреснозависимая модификация с помощью AMO KNMAT и KNFOR должна всегда выполняться для неявных вызывающих номеров, которые не могут быть преобразованы в явные из-за несовместимости формата или, если узел назначения требует неявного формата. Так как Hicom-специфический план нумерации всегда использует неявный формат, любая модификация, необходимая для межсистемных соединений в таких сетях, должна быть выполнена еще раз с помощью AMO KNMAT. Для сетей, использующих планы ISDN или PRIVATE, применение метода модификации KNMAT возможно только в исключительных случаях.
2. Как построена соединительная матрица узлов?
Отдельные соединительные матрицы узлов управляются с помощью AMO KNMAT для каждого иерархического уровня сети и комбинации плана нумерации (например, 3 уровня x 3 NPI = 9 соединительных матриц узлов). Информация о входящем номере проверяется относительно соответствующей матрицы на базе значения NPI и иерархического уровня номера узла. В случае исходящих номеров, план нумерации выбирается на базе номера назначения, т.e. зависит от LCR установок (AMO LODR), a уровень зависит от иерархического уровня номеров узла. На Рисунке 74 показана базовая структура соединительных матриц узлов.
Рисунок 74 Mатрицы модификации и модификационные точки в трехуровневой сети
Tаблицы KNMAT сначала читаются с наивысшего уровня вниз по планам нумерации (точка модификации 3->2->1) и выполняются отрицательные вводы (префиксы, подлежащие удалению). Затем матрицы прочитываются еще раз, на этот раз с самого низкого уровня вверх (точка модификации 1->2->3), обрабатываются положительные вводы (префиксы, подлежащие добавлению). Отрицательные вводы обрабатываются только, если заданные номера совпадают с префиксами вызывающего номера. Положительные вводы всегда добавляются до тех пор, пока конечный номер не превысит максимальную длину в 22 цифры.
Для KNMAT модификации важно отметить, что только компонент уровня 0 номера узла в конце концов определяет заданный узел. Другие уровни номера определяют зону, в которой находится узел. Это значит, что узел с ZAND NNO 1-2-5 может быть однозначно идентифицирован в сети благодаря полному 3-уровневому номеру (например, "1" определяет национальную зону Германии, "2" определяет зону Мюнхена, но только "1-2-5" точно указывает на определенный узел). Поэтому модификация KNMAT номера узла "1-2-5" на "1-2-6" всегда выполняется на всех трех уровнях номера, т.e. на уровне 2 "1" изменяется на "1", на уровне 1 "2" изменяется на "2" и на уровне 0 "5" изменяется на "6".
4. Почему были введены модификационные условия?
KNMAT параметр MODCON был введен для того, чтобы избежать конфликтов в высших иерархических уровнях сети. Параметр позволяет точно устанавливать определенные условия, которые должны быть соблюдены до того, как модификация выполнена. Эти условия определяются из требуемого типа трафика. Условие модификации можно специфицировать как только исходящий трафик (OUT), только входящий трафик (IN), транзитный трафик в гомогенной сети без конверсии плана нумерации (TRANSH), транзитный трафик с конверсией межсетевого/сетевого плана (TRANSI), никогда (NOMOD) или всегда (ALL), или комбинация всех этих возможностей. Например, если модификации подлежит только компонент уровня 2 номера узла, если вызов исходит из собственного узла KNMAT (a не из удаленного/транзитного узла), должно быть задано MODCON=OUT.
5. Что такое "логические" номера узлов?
Отдельно от "реальных" компонентов зоны/узла многоуровневого номера узла, KNMAT может также обрабатывать логические номера узлов. Они были введены в версии SP300 E V1.0 в попытке уменьшить количество необходимых вводов в соединительные матрицы узлов, т.e. для того, чтобы упростить управление матриц. Существуют следующие логические номера узлов:
Логический номер узла OWN немедленно преобразуется в код собственного узла, как это задано в AMO ZAND, и просто играет роль функции поддержки для администратора. |
 |
ROW: Определяет все возможные номера узлов на уровне номера узла, на котором он задается (включая собственный NNO). |
Пример метода модификации для логического номера узла ROW:
Соединение должно быть установлено от узла 100 к узлу 200. Никаких введенных данных для ONNO / DNNO = 100 / 200 не обнаружено. Tаблица KNMAT должна выглядеть примерно так:
---------------------------------------------------------------------------
NODE MATRIX FOR NPI = UNKNOWN, LEVEL = 0, OWN NODE NO: = 100
---------------------------------------------------------------------------
ONNO |DNNO |CONN|MODCON| NUMEXT | NUMRED
/ONNOL|/DNNOL| | | |
------+------+----+------+------------------------+------------------------
100 |ROW | E |ALL | 99 | -
------+------+----+------+------------------------+------------------------
ROW | 100 | E |ALL | 55 | -
7. Как обрабатывается логический номер узла OWN в сочетании с параметром MODCON?
Модификация вызывающего номера может быть выполнена для входящих и исходящих соединений. Если MODCON=OUT, модификация выполняется только для исходяших соединений, a если задано MODCON=IN, то только для входящих соединений. В случае транзитного трафика система различает гомогенный транзитный трафик (MODCON=TRANSH) от транзитного межсетевого трафика (MODCON=TRANSI). Для того чтобы сохранить конечный номер как можно более коротким, номер изменяется с ONNO на DNNOL=OWN в обоих случаях. Для исходящих TRANSH соединений предварительно удаленные префиксы снова добавляются к номеру и затем модифицируются в соответствии с ONNO / DNNO вводом в KNMAT. Для исходящих coединений TRANSI сохраняется укороченный номер и изменяется на основании ONNOL=OWN ввода.
8. Как определить номер замещения?
Если LATTR=SUPPCPN определен в LDAT AMO (см. раздел 113.1.4.2.3), номер "замещения" можно установить с помощью AMO KNMAT. Этот номер передается только, если MODCON=TRANSI задан и вводится как ONNO / DNNO для исходящих модификаций в таблице KNMAT.
9. Как можно сконфигурировать модификационный метод KNMAT для использования с ISDN и PRIVATE планами нумерации в исключительных случаях?
Если в особых случаях вам необходимо обработать явные вызывающие номера с помощью метода модификации KNMAT, они должны быть преобразованы сначала в неявный формат. Это делается с помошью KNPRE и TDCSU табличных вводов на наивысший возможный уровневый формат (TON=INTERNAT). Явный вызывающий номер (например, 89 722 4711, NPI=ISDN, TON=NATIONAL) преобразовывается в международный неявный вызывающий номер со всеми кодами префикса, зоны и выхода в сеть общего пользования (например, 0 00 49 0 0 89 0 722 4711). Это делает возможным удаление заданных префиксов с помощью AMO KNMAT (например, в ROW / OWN вводе: -00049). Все остающиеся недействительные коды выхода в сеть общего пользования и префиксы (например, 0 0 89 722 4711) удаляются программой, как только происходит модификация KNMAT.
Для исходящей модификации вызывающих номеров NPI=ISDN и NPI=PRIVATE планов нумерации коды, заданные в KNMAT, должны всегда соответствовать вводам KNFOR.
При нормальной работе KNMAT модификация должна применяться только для номеров NPI=UNKNOWN . Вызывающие номера с NPI=ISDN и NPI=PRIVATE должны всегда быть изменены с помощью форматозависимых методов (см. раздел 113.1.4.3.3) !
Для стандартных конфигураций, использующих план нумерации UNKNOWN, необходимо ограничивать табличные вводы KNMAT логическими номерами узлов OWN и ROW. В данном случае правилом для каждого узла является то, что для входящих вызовов (ONNOL=ROW -> DNNOL=OWN) собственный код узла удаляется из информации о вызывающем номере, a для исходящих вызовов (ONNOL=OWN -> DNNOL=ROW) код узла добавляется к информации о вызывающем номере.
Это переставляет вызывающие номера на наиболее высокий из возможных уровней в исходном узле и на возможно более низкий уровень в узле назначения. Это работает для сетей с закрытой нумерацией, а также для сетей с открытой нумерацией (код зоны используется для закрытой нумерации), но предполагает, что каждый узел в сети достижим через один единственный уникальный код узла!
Специальные правила, ранее применяемые к зонам закрытой нумерации (см. описание для SP300-V3.3/V3.4), более не действуют. Единственное исключение составляют зоны, в которых DPLN не содержит вызывных параметров других узлов в полном объеме. В таких случаях ввод на "45° линии" матрицы KNMAT (ONNO = DNNO) должен быть для всех узлов в соответствующей зоне.
Правило для зон с закрытой нумерацией до версии SP300-V3.4:
Если KNMAT собственный узел расположен в зоне с закрытой нумерацией, необходимо ввести следующие данные:
Добавить код зоны всем вызывающим номерам с удаленных узлов в этой же зоне, а также удаленным узлам в сети с открытой нумерацией.
Удалить код зоны из вызывающих номеров удаленных узлов в той же зоне, а также собственном узле.
Если используются многоуровневые номера узлов, коды должны вводиться под соответствующим уровнем сети в таблицу KNMAT, т.e. международный код (например, 49) всегда должен вводиться под уровнем 2, междугородний код (например, 89) под уровнем 1 сети, а местный код (например, 722) - под уровнем 0.
Если удаленный узел с открытой нумерацией не может выполнить модификацию номера, отсутствующие коды нужно внести на основании установок KNMAT. Чтобы сделать это, ONNO должен быть дополнен информацией DNNOL=OWN в KNMAT соответствующего плана нумерации (MODCON=IN). Если узел не посылает никакой информации о вызывающем номере, соединительной линии магистральной связи в узле должен быть присвоен LWNC атрибут (COT), а номер удаленного узла должен вводиться в NNO параметр AMO TDCSU.
Форматозависимый метод модификации преобразует полученный в любом формате вызывающий номер в определенный формат назначения (управляемый с помощью AMO KNFOR) на основании кодовых определений в таблице TDCSU.
Этот модификационный метод конфигурируется с помощью AMO KNPRE, KNFOR и TDCSU. Он может применяться только для явных форматов вызывающих номеров. Но т.к. это всегда имеется в сетях с ISDN и PRIVATE планами нумерации, форматозависимому методу должно быть отдано предпочтение перед адреснозависимым методом модификации.
2. Как конфигурировать форматозависимый метод?
Ввод KNFOR, который относится к сoбственному узлу как номеру узла назначения (DNNO= собственный номер узла), применяется для того, чтобы задать формат дисплея вызывающего абонента для всех оконечных устройств в местном узле. Если не введено никаких данных, вызывающий номер всегда изменяется на самый низкий из возможных уровневых форматов (например, номер расширения только с TON=UNKNOWN). Если данный KNFOR ввод установлен с TON=NATIONAL, вызывающий номер будет всегда выводиться на дисплей как междугородний номер (например, 0 089 722 4711).
KNFOR вводы с TON=UNKNOWN должны использоваться только для неявных форматов номеров. Форматозависимая модификация не выполняется, вместо этого номер обрабатывается таблицей KNMAT.
Если явные абонентские номера должны быть заданы в плане нумерации (включая транзитные соединения!), все соответствующие коды плана нумерации должны быть введены в таблицы AMO TDCSU. Параметры префиксов (например, ISDNIP и ISDNNP) должны присваиваться только тем линиям, которые переносят исключительно явные вызывающие номера (например, абонентские линии) или вызывающие номера с префиксами (например, 089 772 4711). Но в последнем случае такие вызывающие номера не должны содержать коды выхода в сеть общего пользования! Это означает, что префиксы не должны присваиваться межсистемным линиям, которые переносят также специфичные для Hicom вызывающие номера.
В каждом адресуемом узле необходимо установить все префиксы и коды выхода в сеть общего пользования с помощью AMO KNPRE для соответствующих планов нумерации NPI=ISDN или NPI=PRIVATE.
Таблица формата узла (управляемая AMO KNFOR) всегда нужно конфигурировать, если узлы назначения требуют специальный формат вызывающих номеров, или, специальный формат дисплея требуется для дисплеев телефонных аппаратов в местном узле. Если таблица KNFOR не сконфигурирована, информация вызывающего номера автоматически устанавливается на наивысший уровневый формат (например, TON=INTERNAT для исходящих вызовов и самый низкий формат уровня (например, TON=UNKNOWN) для входящих вызовов!
Рисунок 75 Пример зоны с закрытой нумерацией с цифровым ISDN абонентским интерфейсом
На Рисунке 75 приведена зона с закрытой нумерацией, состоящая из узла 1 и узла 2, соединенная с ISDN станцией по цифровому каналу TC1. Станции ISDN был присвоен виртуальный номер NNO3. Два SP300E-V1.0 узла соединены по двум соединительным линиям поперечной связи TT1 и TT2.
В приведенном примере форматозависимая модификация должна быть установлена с помощью AMO TDCSU, KNFOR и KNPRE. В этом случае не требуется KNMAT адреснозависимый метод модификации.
Cконфигурировать таблицу префиксов узла:
ADD-KNPRE:DPLN=0,NPI=ISDN,TON=INTERNAT,EXIT=0,PREFIX=00; ADD-KNPRE:DPLN=0,NPI=ISDN,TON=NATIONAL,EXIT=0,PREFIX=0; ADD-KNPRE:DPLN=0,NPI=ISDN,TON=SUBSCR,EXIT=0;Установить центральные системные данные:
CHANGE-ZAND:TYPE=ALLDATA,NNO=1;Добавить конфигурационные данные цифровой абонентской линии:
ADD-BUEND:NO=30,TGRP=44;
ADD-TDCSU:OPT=NEW,DEV=S2COD,BCGR=1,COTNO=11,COPNO=2,TGRP=44,LCOSV=1,LCOSD=1, PROTVAR=EDSGER,NNO=3,ISDNCC=49,ISDNAC=89,ISDNLC=722,ISDNIP=00,ISDNNP=0;Cконфигурировать маршруты LCR:
Добавить абонентские и межсистемные маршруты
LCR в соответствии с описанием LCR, используя AMO RICHT. Абонентский маршрут
конфигурируется с узлом назначения 3, a межсистемный маршрут - с узлом
назначения 2.
ADD-RICHT:MODE=LRTENEW,LRTE=710,LSVC=ALL,TGRP=44,DNNO=3;Используйте AMO LODR, чтобы сконфигурировать правила передачи набора номера для абонентских соединений. Введите NPI=ISDN и соответствующие параметры TON для вызываемых номеров (например, UNKNOWN) в правило 10. Важным параметром для модификации вызывающего номера является параметр NPI, т.к. он всегда берется из настроек LCR.
ADD-LODR:ODR=10,CMD=ECHO,FIELD=2; ADD-LODR:ODR=10,CMD=NPI,NPI=ISDN; ADD-LODR:ODR=10,CMD=TON,TON=UNKNOWN; ADD-LODR:ODR=10,CMD=END;Присвоить правило передачи набора номера соответствующим маршрутным элементам, используя LDAT AMO.
ADD-LDAT:LROUTE=710,LSVC=ALL,LVAL=1,TGRP=44,ODR=10,LAUTH=1;Используйте AMO LDPLN, чтобы ввести маршрутные элементы в план набора LCR:
ADD-LDPLN:LDP=0-X,DPLN=0,LROUTE=710,LAUTH=1;Cконфигурировать таблицу форматов узла:
ADD-KNFOR:DNNO=3,NPI=ISDN,TON=NATIONAL,SCRE=NOTDEF;В противоположность AMO KNMAT (до SP300 V3.4, ветвь параметра ISDN) параметр NPI в AMO KNFOR является факультативным. NPI берется из таблиц LCR (LCR правило передачи набора номера, заданное AMO LODR).
ADD-KNFOR:DNNO=1,NPI=ISDN,TON=INTERNAT;Обратите внимание на то, что для выполнения этой команды, надо задать код собственного узла как номер узла назначения. Поскольку второй узел NNO2 не имеет своего собственного станционного интерфейса и использует принадлежащий узлу NNO1, формат дисплея также относится и к телефонным аппаратам второго узла.
ADD-LODR:ODR=10,CMD=ECHO,FIELD=1; ADD-LODR:ODR=10,CMD=ECHO,FIELD=2; ADD-LODR:ODR=10,CMD=END;Маршрут LCR, маршрутные элементы и план набора конфигурируются как для узла 1. Пучок, закрепленный за абонентскими соединениями, является пучком поперечной связи.
AMO KNPRE и KNFOR не надо называть во втором узле.
В этом случае невозможно сконфигурировать форматозависимую модификацию (т.к. информационные элементы NPI/TON не передаются), так что модификационные параметры должны устанавливаться с помощью AMO KNMAT и MFCTA. План нумерации в этом случае всегда UNKNOWN. В приведенном ниже примере модификация вызывного номера не сконфигурирована в таблицах MFC.
Добавить данные aналогового абонентского канала:
ADD-TACSU:DEVTYPE=...,COTNO=11,COPNO=2,TGRP=44,LCOSV=1,LCOSD=1,NNO=3;Cконфигурировать маршрут LCR:
LCR конфигурируется как показано в разделе
113.2.1.1.1. Правило передачи набора номера, заданное с помощью AMO
LODR, другое , т.к. NPI всегда UNKNOWN:
ADD-LODR:ODR=10,CMD=ECHO,FIELD=2; ADD-LODR:ODR=10,CMD=END;Установки матрицы связности узлов:
Информация о вызывающих номерах, полученная с АТС, всегда дополняется кодом выхода в сеть общего пользования "0" в узле 1. Это действует не только в отношении входящих соединений для абонентов узла 1, но и ко всем пользователям других узлов.
Информация о вызывающих номерах, посылаемая на АТС,
дополняется местным номером узла, так что АТС предоставляется полный номер
пользователя.
CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=0,ONNOL=OWN&ROW,DNNO=3,NUMEXT=089722; CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=0,ONNO=3,DNNOL=OWN&ROW,NUMEXT=0;Tаблица KNMAT должны выглядеть следующим образом:
---------------------------------------------------------------------------
NODE MATRIX FOR NPI = UNKNOWN, LEVEL = 0, OWN NODE NO: = 1
---------------------------------------------------------------------------
ONNO |DNNO |CONN|MODCON| NUMEXT | NUMRED
/ONNOL|/DNNOL| | | |
------+------+----+------+------------------------+------------------------
1 | 3 | E |ALL | 089722 | -
------+------+----+------+------------------------+------------------------
3 | 1 | E |ALL | 0 | -
3 |ROW | E |ALL | 0 | -
------+------+----+------+------------------------+------------------------
ROW | 3 | E |ALL | 089722 | -
Для плана нумерации ISDN используется форматозависимый метод модификации номера, сконфигурированный с помощью AMO TDCSU, KNFOR и KNPRE. Для открытой нумерации с планом нумерации UNKNOWN, должен быть сконфигурирован метод модификации номера KNMAT.
Рисунок 76 Пример сети со смешанной нумерацией и цифровыми абонентскими интерфейсами ISDN
Cконфигурировать Узел с NNO=1 следующим образом:
Установить код собственного узла в DPLN:
ADD-WABE:CD=99,DAR=OWNNODE;Создать таблицу кодов узлов:
ADD-KNPRE:DPLN=0,NPI=ISDN,TON=INTERNAT,EXIT=0,PREFIX=00; ADD-KNPRE:DPLN=0,NPI=ISDN,TON=NATIONAL,EXIT=0,PREFIX=0; ADD-KNPRE:DPLN=0,NPI=ISDN,TON=SUBSCR,EXIT=0;Ввести центральные системные данные:
CHANGE-ZAND:TYPE=ALLDATA,NNO=1;Сконфигурировать цифровой абоненсткий канал TC1:
ADD-BUEND:NO=30,TGRP=44; ADD-TDCSU:OPT=NEW,DEV=S2COD,BCGR=1,COTNO=11,COPNO=2,TGRP=44,LCOSV=1, LCOSD=1,PROTVAR=EDSGER,NNO=3,ISDNCC=49,ISDNAC=89,ISDNLC=722 ISDNIP=00,ISDNNP=0;Сконфигурировать цифровой канал поперечной связи TT1:
Т.к. ISDN coединения подлежат установлению по каналу
поперечной связи, необходимо также сконфигурировать ISDN-специфические
настройки для этой соединительной линии. Нет необходимости специфицировать
номер узла, поскольку он передается в уровне протокола.
ADD-BUEND:NO=30,TGRP=55; ADD-TDCSU:OPT=NEW,DEV=S2CONN,BCGR=1,COTNO=11,COPNO=2,TGRP=55,LCOSV=1, LCOSD=1,PROTVAR=ECMA1,ISDNCC=49,ISDNAC=89,ISDNLC=722;Cконфигурировать маршруты LCR:
Добавить абонентские и межсистемные маршруты
LCR в соответствии с описанием LCR с помощью AMO RICHT.
ADD-RICHT:MODE=LRTENEW,LRTE=700,LSVC=ALL,TGRP=44,DNNO=3; /* Exchange */ ADD-RICHT:MODE=LRTENEW,LRTE=701,LSVC=ALL,TGRP=55,DNNO=5; /* Exchange via tie */ ADD-RICHT:MODE=LRTENEW,LRTE=702,LSVC=ALL,TGRP=55,DNNO=5; /* Exchange via tie */ ADD-RICHT:MODE=LRTENEW,LRTE=711,LSVC=ALL,TGRP=55,DNNO=2; /* Tie */Используйте AMO LODR, чтобы сконфигурировать правила передачи набора номера для абонентского и поперечного трафика. ODR 10 относится к международным номерам по соединительной линии поперечной связи, ODR 11 относится междугородным номерам по соединительной линии поперечной связи, a ODR 12 относится к непосредственному станционному трафику. ODR 13 относится к чистому поперечному трафику. Важным параметром для модификации вызывающего номера является параметр NPI, т.к. он всегда берется из настроек LCR. Параметр TON требуется только для вызываемого номера.
ADD-LODR:ODR=10,CMD=ECHO,FIELD=3; /* Exch. via tie, internat */ ADD-LODR:ODR=10,CMD=ECHO,FIELD=4; ADD-LODR:ODR=10,CMD=NPI,NPI=ISDN; ADD-LODR:ODR=10,CMD=TON,TON=INTERNAT; ADD-LODR:ODR=10,CMD=END; ADD-LODR:ODR=11,CMD=ECHO,FIELD=3; /* exch. via tie, nat */ ADD-LODR:ODR=11,CMD=ECHO,FIELD=4; ADD-LODR:ODR=11,CMD=NPI,NPI=ISDN; ADD-LODR:ODR=11,CMD=TON,TON=NATIONAL; ADD-LODR:ODR=11,CMD=END; ADD-LODR:ODR=12,CMD=ECHO,FIELD=2; /* Exch */ ADD-LODR:ODR=12,CMD=NPI,NPI=ISDN; ADD-LODR:ODR=12,CMD=TON,TON=UNKNOWN; ADD-LODR:ODR=12,CMD=END; ADD-LODR:ODR=13,CMD=ECHO,FIELD=1; /* Tie */ ADD-LODR:ODR=13,CMD=ECHO,FIELD=2; ADD-LODR:ODR=13,CMD=END;Задать правила передачи набора номера маршрутным элементам, используя AMO LDAT.
ADD-LDAT:LROUTE=700,LSVC=ALL,LVAL=1,TGRP=44,ODR=12,LAUTH=1; ADD-LDAT:LROUTE=701,LSVC=ALL,LVAL=1,TGRP=55,ODR=10,LAUTH=1; ADD-LDAT:LROUTE=702,LSVC=ALL,LVAL=1,TGRP=55,ODR=11,LAUTH=1; ADD-LDAT:LROUTE=711,LSVC=ALL,LVAL=1,TGRP=55,ODR=13,LAUTH=1;Используйте AMO LDPLN, чтобы ввести маршрутные элементы в план набора LCR:
ADD-LDPLN:LDP=0-X,DPLN=0,LROUTE=700,LAUTH=1; /* Exch */ ADD-LDPLN:LDP=0-00-4930-X,DPLN=0,LROUTE=701,LAUTH=1; /* Exch via tie, internat. */ ADD-LDPLN:LDP=0-0-30-X,DPLN=0,LROUTE=702,LAUTH=1; /* Exch via tie, national */ ADD-LDPLN:LDP=96-X,DPLN=0,LROUTE=711,LAUTH=1; /* Tie */Составление таблицы форматов узла:
Таблица форматов узла может быть составлена как описано в разделе 113.2.1.1.
Установление матрицы связности узлов:
В данном примере выбирается форматозависимый метод модификации, который совместим с используемым планом нумерации ISDN. Поэтому соединительная матрица узлов не устанавливается для NPI=ISDN.
Для UNKNOWN (т.e. специфичного для Hicom) плана нумерации, используемого в узле с открытой нумерацией, должен быть сконфигурирован адреснозависимый метод модификации. Используя AMO KNMAТ, необходимо видоизменить соединительные матрицы узлов так, чтобы вызывающий номер, передаваемый в исходящем направлении, всегда дополнялся спереди номером своего узла. И наоборот, номер своего узла должен всегда удаляться из информации вызывающего номера входящих соединений, которые заканчиваются в узле1.
CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=0,ONNOL=OWN,DNNOL=ROW,NUMEXT=99; CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=0,ONNOL=ROW,DNNOL=OWN,NUMRED=99;Tаблица KNMAT должна выглядеть примерно так:
---------------------------------------------------------------------------
NODE MATRIX FOR NPI = UNKNOWN, LEVEL = 0, OWN NODE NO: = 1
---------------------------------------------------------------------------
ONNO |DNNO |CONN|MODCON| NUMEXT | NUMRED
/ONNOL|/DNNOL| | | |
------+------+----+------+------------------------+------------------------
1 |ROW | E |ALL | 99 | -
------+------+----+------+------------------------+------------------------
ROW | 1 | E |ALL | - | 99
Cконфигурировать узел с NNO=2 следующим образом:
Установить собственный код зоны в DPLN:
ADD-WABE:CD=96,DAR=OWNNODE;Установить таблицу кодов узла:
ADD-KNPRE:DPLN=0,NPI=ISDN,TON=INTERNAT,EXIT=0,PREFIX=00; ADD-KNPRE:DPLN=0,NPI=ISDN,TON=NATIONAL,EXIT=0,PREFIX=0; ADD-KNPRE:DPLN=0,NPI=ISDN,TON=SUBSCR,EXIT=0;Ввести центральные системные данные:
CHANGE-ZAND:TYPE=ALLDATA,NNO=2;Сконфигурировать цифровые каналы поперечной связи TT2 и TT3:
Так как ISDN coединения подлежат установлению по
каналу поперечной связи, необходимо также сконфигурировать ISDN-специфические
установки для этой соединительной линии. Нет необходимости специфицировать
номер узла, поскольку он передается в уровне протокола.
ADD-BUEND:NO=30,TGRP=...; ADD-TDCSU:OPT=NEW,DEV=S2CONN,BCGR=1,COTNO=11,COPNO=2,TGRP=...,LCOSV=1, LCOSD=1,PROTVAR=ECMA1,ISDNCC=49,ISDNAC=30,ISDNLC=611;Cконфигурировать маршруты LCR:
Сконфигурировать абонентские и межсистемные
маршруты LCR в соответствии с описанием LCR с помощью AMO RICHT.
ADD-RICHT:MODE=LRTENEW,LRTE=700,LSVC=ALL,TGRP=...,DNNO=5; /* Exchange */ ADD-RICHT:MODE=LRTENEW,LRTE=701,LSVC=ALL,TGRP=...,DNNO=3; /* Exchange via tie */ ADD-RICHT:MODE=LRTENEW,LRTE=702,LSVC=ALL,TGRP=...,DNNO=3; /* Exchange via tie */ ADD-RICHT:MODE=LRTENEW,LRTE=711,LSVC=ALL,TGRP=...,DNNO=1; /* Tie */Используйте AMO LODR, чтобы сконфигурировать правила передачи набора номера для абонентского и межстанционного трафика как для узла 1 (например, с ODR10 по ODR13). Отличается только правило передачи набора номера для LCD плана набора 0-X:
ADD-LODR:ODR=12,CMD=ECHO,FIELD=1; /* include 0 */ ADD-LODR:ODR=12,CMD=ECHO,FIELD=2; ADD-LODR:ODR=12,CMD=NPI,NPI=ISDN; ADD-LODR:ODR=12,CMD=TON,TON=UNKNOWN; ADD-LODR:ODR=12,CMD=END;Задать правила передачи набора номера маршрутным элементам с помощью AMO LDAT, как показано в примере для узла 1.
Используйте AMO LDPLN, чтобы ввести маршрутные элементы
в план набора LCR:
ADD-LDPLN:LDP=0-X,DPLN=0,LROUTE=700,LAUTH=1; /* Exch */ ADD-LDPLN:LDP=0-00-4989-X,DPLN=0,LROUTE=701,LAUTH=1; /* Exch via tie, internat. */ ADD-LDPLN:LDP=0-0-89-X,DPLN=0,LROUTE=702,LAUTH=1; /* Exch via tie, national */ ADD-LDPLN:LDP=99-X,DPLN=0,LROUTE=711,LAUTH=1; /* Tie */Создание таблицы форматов узла:
Таблица форматов узла может быть создана как описано в разделе113.2.1.1.
Конфигурирование матрицы связности узлов:
Как описано в примере для узла 1, cконфигурируйте адреснозависимый метод модификации в узле 2 для UNKNOWN (т.e. специфичный для Hicom) план нумерации, используемый в узле с открытой нумерацией. Вместо кода узла введите код зоны 96.
CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=0,ONNOL=OWN,DNNOL=ROW,NUMEXT=96; CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=0,ONNOL=ROW,DNNOL=OWN,NUMRED=96;Tаблица KNMAT должна выглядеть примерно так:
---------------------------------------------------------------------------
NODE MATRIX FOR NPI = UNKNOWN, LEVEL = 0, OWN NODE NO: = 2
---------------------------------------------------------------------------
ONNO |DNNO |CONN|MODCON| NUMEXT | NUMRED
/ONNOL|/DNNOL| | | |
------+------+----+------+------------------------+------------------------
2 |ROW | E |ALL | 96 | -
------+------+----+------+------------------------+------------------------
ROW | 2 | E |ALL | - | 96
ADD-WABE:CD=96,DAR=OWNNODE;Создать таблицу кодов узла:
ADD-KNPRE:DPLN=0,NPI=ISDN,TON=INTERNAT,EXIT=0,PREFIX=00; ADD-KNPRE:DPLN=0,NPI=ISDN,TON=NATIONAL,EXIT=0,PREFIX=0; ADD-KNPRE:DPLN=0,NPI=ISDN,TON=SUBSCR,EXIT=0;Ввести центральные системные данные:
CHANGE-ZAND:TYPE=ALLDATA,NNO=4;Сконфигурировать цифровой абонентский канал TC2:
ADD-BUEND:NO=30,TGRP=44; ADD-TDCSU:OPT=NEW,DEV=S2COD,BCGR=1,COTNO=11,COPNO=2,TGRP=...,LCOSV=1, LCOSD=1,PROTVAR=EDSGER,NNO=3,ISDNCC=49,ISDNAC=30,ISDNLC=611 ISDNIP=00,ISDNNP=0;Сконфигурировать цифровой канал поперечной связи TT4:
Так как ISDN coединения подлежат установлению по
каналу поперечной связи, необходимо также сконфигурировать ISDN-специфические
установки для этой соединительной линии. Нет необходимости специфицировать
номер узла, поскольку он передается в уровне протокола.
ADD-BUEND:NO=30,TGRP=...; ADD-TDCSU:OPT=NEW,DEV=S2CONN,BCGR=1,COTNO=11,COPNO=2,TGRP=...,LCOSV=1, LCOSD=1,PROTVAR=ECMA1,ISDNCC=49,ISDNAC=30,ISDNLC=611;Cконфигурировать маршруты LCR:
Сконфигурировать абонентские и межкоммутаторные маршруты LCR в соответствии с описанием LCR AMO RICHT, как указано в примере конфигурации для узла 2.
Используйте AMO LODR, чтобы сконфигурировать правила передачи набора номера для абонентского и поперечного трафика, точно так же, как и для узла 1 (например, с ODR10 по ODR13).
Задать правила передачи набора номера маршрутным элементам, используя AMO LDAT, как показано в примере для узла 1.
Используйте AMO LDPLN, чтобы ввести маршрутные элементы
в план набора LCR:
ADD-LDPLN:LDP=0-X,DPLN=0,LROUTE=700,LAUTH=1; /* Exch */ ADD-LDPLN:LDP=0-00-4989-X,DPLN=0,LROUTE=701,LAUTH=1; /* Exch via tie, internat. */ ADD-LDPLN:LDP=0-0-89-X,DPLN=0,LROUTE=702,LAUTH=1; /* Exch via tie, national */ ADD-LDPLN:LDP=99-X,DPLN=0,LROUTE=711,LAUTH=1; /* Tie */Создание таблицы форматов узла:
Tаблица форматов узла может быть установлена, как описано в разделе 113.2.1.1.
Конфигурирование матрицы связности узлов:
Как описано в примере для узла 1, cконфигурируйте адреснозависимый метод модификации в узле 4 для UNKNOWN (т.e. специфичный для Hicom) план нумерации, используемый в узле с открытой нумерацией. Вместо кода узла введите код зоны 96.
CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=0,ONNOL=OWN,DNNOL=ROW,NUMEXT=96; CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=0,ONNOL=ROW,DNNOL=OWN,NUMRED=96;Tаблица KNMAT должна выглядеть примерно так:
---------------------------------------------------------------------------
NODE MATRIX FOR NPI = UNKNOWN, LEVEL = 0, OWN NODE NO: = 4
---------------------------------------------------------------------------
ONNO |DNNO |CONN|MODCON| NUMEXT | NUMRED
/ONNOL|/DNNOL| | | |
------+------+----+------+------------------------+------------------------
4 |ROW | E |ALL | 96 | -
------+------+----+------+------------------------+------------------------
ROW | 4 | E |ALL | - | 96
В данном примере адреснозависимая модификация, управляемая с помощью AMO KNMAT, также должна применяться к планам нумерации ISDN и PNP (метод KNMAT уже был описан в предыдущих примерах, но только совместно со специфичным для Hicom "UNKNOWN" планом для открытой нумерации).
Для простоты в приведенных примерах рассматривается план нумерации ISDN. То же самое применимо к PNP (за исключением того, что будут другие коды выхода в сеть общего пользования, префиксные коды и коды зон).
Примечание: Адреснозависимый метод модификации, администрируемый с помощью KNMAT, должен применяться к ISDN и PNP только в исключительных случаях. Настройки KNMAT активно препятствуют любой возможности применения форматозависимых методов модификации, управляемых с помощью AMO TDCSU, KNFOR и KNPRE, даже если они были ранее сконфигурированы.
Рисунок 77 Адреснозависимая модификация для плана нумерации ISDN или PNP
Хотя модификация вызывающего номера основывается
в данном примере исключительно на введенных данных матрицы связности узлов,
все же необходимо задать коды выхода в сеть общего пользования и префиксные
коды, используя AMO KNPRE, чтобы разрешить преобразование формата вызывающего
номера (т.e. с явного формата в неявный и наоборот):
ADD-KNPRE:DPLN=0,NPI=ISDN,TON=INTERNAT,EXIT=0,PREFIX=00; ADD-KNPRE:DPLN=0,NPI=ISDN,TON=NATIONAL,EXIT=0,PREFIX=0; ADD-KNPRE:DPLN=0,NPI=ISDN,TON=SUBSCR,EXIT=0;Ввести центральные системные данные:
CHANGE-ZAND:TYPE=ALLDATA,NNO=1;Сконфигурировать цифровую абонентскую линию TC1:
ADD-BUEND:NO=30,TGRP=...; ADD-TDCSU:OPT=NEW,DEV=S2COD,BCGR=1,COTNO=11,COPNO=2,TGRP=...,LCOSV=1,LCOSD=1, PROTVAR=EDSGER,NNO=3,ISDNCC=49,ISDNAC=89,ISDNLC=722,ISDNIP=00,ISDNNP=0;Сконфигурировать цифровой канал поперечной связи TT1:
Так как ISDN coединения подлежат установлению по
каналу поперечной связи, необходимо также сконфигурировать ISDN-специфические
настройки для этой соединительной линии. Нет необходимости специфицировать
номер узла, поскольку он передается в уровне протокола.
ADD-BUEND:NO=30,TGRP=...; ADD-TDCSU:OPT=NEW,DEV=S2CONN,BCGR=1,COTNO=11,COPNO=2,TGRP=...,LCOSV=1, LCOSD=1,PROTVAR=ECMA1,ISDNCC=49,ISDNAC=89,ISDNLC=722;Cконфигурировать маршруты LCR:
Сконфигурировать абонентские и межсистемные маршруты LCR в соответствии с описанием LCR с помощью AMO RICHT, как указано в предыдущих примерах конфигурации.
Используйте AMO LODR, чтобы сконфигурировать правила
передачи набора номера для абонентского трафика:
ADD-LODR:ODR=12,CMD=ECHO,FIELD=2; /* Exchange */ ADD-LODR:ODR=12,CMD=NPI,NPI=ISDN; ADD-LODR:ODR=12,CMD=TON,TON=UNKNOWN; ADD-LODR:ODR=12,CMD=END;Правила передачи набора номера должны быть сконфигурированы в соответствии с тем, какая используется нумерация - открытая или закрытая (см. LCR описание).
Задать правила передачи набора номера маршрутным элементам, используя AMO LDAT.
Используйте AMO LDPLN, чтобы ввести маршрутные элементы
в план набора LCR:
ADD-LDPLN:LDP=0-X,DPLN=0,LROUTE=...,LAUTH=1; /* Exchange */Создание таблицы форматов узла:
В данном случае АТС всегда необходима информация
вызывающего номера на уровне1 или "национальном" формате. Используйте следующую
команду KNFOR:
ADD-KNFOR:DNNO=3,NPI=ISDN,TON=NATIONAL,SCRE=NOTDEF;Конфигурирование соединительной матрицы узлов:
Чтобы иметь возможность модифицировать ISDN и PNP
вызывающие номера с помощью метода KNMAT, сначала надо знать точный
формат вызывающего номера, который будет предоставлен, прежде чем его можно
будет видоизменить для исходящего или входящего соединения.
Примечание: Если установить определенный формат для узла назначения с помощью AMO KNFOR, результат модификации должен совпадать с заданным форматом.
Примечание: В случае многоступенчатых номеров узлов в иерархически построенной сети необходимо вводить модификационные точки на соответствующих уровнях соединительной матрицы узлов KNMAT (т.e. удаленные цифры 00049 должны быть введены в матрицу уровня 2, -0089 вводится в уровень 1, -0722 вводится в уровень 0).
CHANGE-KNMAT:NPI=ISDN,LEVEL=0,ONNOL=OWN,DNNO=3,NUMEXT=89722; CHANGE-KNMAT:NPI=ISDN,LEVEL=0,ONNOL=OWN,DNNOL=ROW,NUMEXT=4989722; CHANGE-KNMAT:NPI=ISDN,LEVEL=0,ONNO=3,DNNOL=OWN,NUMRED=000490089; CHANGE-KNMAT:NPI=ISDN,LEVEL=0,ONNOL=ROW,DNNOL=OWN,NUMRED=00049;Tаблица KNMAT должна выглядеть следующим образом:
---------------------------------------------------------------------------
NODE MATRIX FOR NPI = ISDN, LEVEL = 0, OWN NODE NO: = 1
---------------------------------------------------------------------------
ONNO |DNNO |CONN|MODCON| NUMEXT | NUMRED
/ONNOL|/DNNOL| | | |
------+------+----+------+------------------------+------------------------
1 | 3 | E |ALL | 89722 | -
1 |ROW | E |ALL | 4989722 | -
------+------+----+------+------------------------+------------------------
3 | 1 | E |ALL | | 000490089
------+------+----+------+------------------------+------------------------
ROW | 1 | E |ALL | | 00049
В примере приведена параллельная конфигурация 3 различных планов нумерации. На практике ISDN и PNP не могли бы быть сконфигурированы параллельно. Чтобы следовать конфигурационным командам, просто проигнорируйте то, что это не применимо к вашему собственному плану нумерации.
Примечание: В многоуровневых сетях необходимо тщательно задавать правильные условия модификации (MODCON) для KNMAT вводов уровня 1 и уровня 2!
Например, к пользователю с местным номером (расширения)
4711 в узле 1-1-100 можно получить доступ с сети, набрав номера:
|
19-4711 в UNKNOWN плане нумерации, где |
|
0-00-49-89-722-4711 в ISDN (E.164) плане нумерации, где |
|
15-11-39-719-6051-4711 в PRIVATE (PNP) плане нумерации, где |
Рисунок 78 Пример структуры сети с трехуровневой иерархией
Объяснения к сокращениям: UN = UNKNOWN, PNP = PRIVATE
(планы нумерации), XXXX = добавочный номер / вызывной параметр (1 - 6 цифр,
в некоторых конфигурациях до 8 цифр)
Префиксы приведены в круглых скобках.
Составление таблицы префиксов узла:
ADD-KNPRE:NPI=PRIVATE,TON=LEVEL2,EXIT=15,PREFIX=11; ADD-KNPRE:NPI=PRIVATE,TON=LEVEL1,EXIT=15,PREFIX=1; ADD-KNPRE:NPI=PRIVATE,TON=LOCAL,EXIT=15; ADD-KNPRE:NPI=ISDN,TON=INTERNAT,EXIT=0,PREFIX=00; ADD-KNPRE:NPI=ISDN,TON=NATIONAL,EXIT=0,PREFIX=0; ADD-KNPRE:NPI=ISDN,TON=SUBSCR,EXIT=0;Ввести собственный номер узла в центральные системные данные:
CHANGE-ZAND:TYPE=ALLDATA,NNO=1-1-100;Добавить собственный код в DPLN и центральные системные данные:
ADD-WABE:CD=19,DAR=OWNNODE; CHANGE-ZAND:TYPE=ALLDATA,NODECD=19;Присвоить коды выхода в сеть общего пользования для ISDN и PRIVATE планов нумерации в DPLN:
ADD-WABE:CD=0,DAR=TIE; /* Exchange */ ADD-WABE:CD=15,DAR=TIE;Присвоить межсистемные коды для UNKNOWN плана нумерации в DPLN:
ADD-WABE:CD=27,DAR=TIE; ADD-WABE:CD=37,DAR=TIE; ADD-WABE:CD=39,DAR=TIE;Добавить пучок для прямого доступа АТС:
ADD-BUEND:TGRP=71,NAME="AMT-DIU-S2 ",NO=60,RSV=NO;Присвоить COT=LWNC для АТС:
ADD-COT:COTNO=37,PAR=NLCR&ANS&COTN&NTON&IEVT&ICZL&IIDL&IVAC&INAU&ITB&IDND&IFR &IDIS&LWNC;Сконфигурировать абонентскую линию:
ADD-TDCSU:OPT=NEW,PEN=1-2-103-00,COTNO=37,COPNO=56,COS=1,LCOSV=1, LCOSD=1,DESTNO=8,PROTVAR=EDSGER,BCNEG=Y,ISDNCC=49,ISDNAC=89,ISDNLC=722, ISDNIP=00,ISDNNP=0,PNPL2P=11,PNPL1P=1,NNO=1-1-8,DEV=S2COD,TGRP=71, BCHAN=1&&30,BCGR=1,INS=Y,LWPAR=1;Сконфигурировать линию поперечной связи:
ADD-TDCSU:OPT=NEW,PEN=1-2-079-00,COTNO=20,COPNO=0,COS=1,LCOSV=1,LCOSD=1, PROTVAR=ECMA1,DEV=S2CONN,TGRP=74,BCHAN=1&&30,BCGR=1,INS=Y,LWPAR=2, SEGMENT=2,ISDNCC=49,ISDNAC=89,ISDNLC=722,PNPL2C=39,PNPL1C=719,PNPLC=6051;
ADD-TDCSU:OPT=NEW,PEN=1-2-091-00,COTNO=20,COPNO=0,COS=1,LCOSV=1,LCOSD=1, PROTVAR=ECMA1,DEV=S2CONN,TGRP=75,BCHAN=1&&30,BCGR=1,INS=Y,LWPAR=2, SEGMENT=2,ISDNCC=49,ISDNAC=89,ISDNLC=722,PNPL2C=39,PNPL1C=719,PNPLC=6051;
ADD-TDCSU:OPT=NEW,PEN=1-2-091-01,COTNO=20,COPNO=0,COS=1,LCOSV=1,LCOSD=1, PROTVAR=ECMA1,DEV=S2CONN,TGRP=84,BCHAN=1&&30,BCGR=1,INS=Y,LWPAR=2, SEGMENT=2,ISDNCC=49,ISDNAC=89,ISDNLC=722,PNPL2C=39,PNPL1C=719,PNPLC=6051;Соединительная матрица узлов дожна быть сконфигурирована только для плана нумерации UNKNOWN, см. также правила в разделе 113.2.1.5.
CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=0,ONNOL=OWN,DNNOL=ROW,NUMEXT=19; CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=0,ONNOL=ROW,DNNOL=OWN,NUMRED=19;Tаблица KNMAT должна выглядеть следующим образом:
---------------------------------------------------------------------------
NODE MATRIX FOR NPI = ISDN, LEVEL = 0, OWN NODE NO: = 1-1-100
---------------------------------------------------------------------------
ONNO |DNNO |CONN|MODCON| NUMEXT | NUMRED
/ONNOL|/DNNOL| | | |
------+------+----+------+------------------------+------------------------
100 |ROW | E |ALL | 19 | -
------+------+----+------+------------------------+------------------------
ROW | 100 | E |ALL | - | 19
Создать таблицу форматов узла для узла 1-1-8. Узел
получает вызывающий номер в формате уровня 2 (международный) и индикатор
скрининга NETWPROV (предоставленный сетью, т.e. номер, проверенный в сети):
ADD-KNFOR:DNNO=1-1-8,NPI=ISDN,TON=INTERNAT,SCRE=NETWPROV;Сконфигурировать абонентский маршрут LCR:
ADD-RICHT:MODE=LRTENEW,LRTE=20,LSVC=ALL,NAME="EXCH_S2",TGRP=71,DNNO=1-1-8; ADD-LODR:ODR=2,CMD=ECHO,FIELD=3; ADD-LODR:ODR=2,CMD=END; ADD-LDAT:LROUTE=20,LSVC=ALL,TGRP=71,ODR=2,LAUTH=1; ADD-LDPLN:LDP=0-W-X,LROUTE=20,LAUTH=1;Сконфигурировать межсистемные маршруты LCR, правила передачи набора номера, маршрутные элементы и планы набора для ISDN:
/* К узлу 2-1-300 */
ADD-RICHT:MODE=LRTENEW,LRTE=700,LSVC=ALL,NAME=ISDN,TGRP=74,DNNO=2-0-0; ADD-LODR:ODR=10,CMD=ECHO,FIELD=4; ADD-LODR:ODR=10,CMD=ECHO,FIELD=5; ADD-LODR:ODR=10,CMD=NPI,NPI=ISDN; ADD-LODR:ODR=10,CMD=TON,TON=INTERNAT; ADD-LODR:ODR=10,CMD=END; ADD-LDAT:LROUTE=700,LSVC=ALL,LVAL=1,TGRP=74,ODR=10,LAUTH=1; ADD-LDPLN:LDP=0-W-00-41-X,LROUTE=700,LAUTH=1;
/* К узлу 1-2-200 */
ADD-RICHT:MODE=LRTENEW,LRTE=707,LSVC=ALL,NAME=ISDN,TGRP=75,DNNO=1-2-0; ADD-RICHT:MODE=LRTENEW,LRTE=708,LSVC=ALL,NAME=ISDN,TGRP=75,DNNO=1-2-0; ADD-LODR:ODR=11,CMD=ECHO,FIELD=4; ADD-LODR:ODR=11,CMD=ECHO,FIELD=5; ADD-LODR:ODR=11,CMD=NPI,NPI=ISDN; ADD-LODR:ODR=11,CMD=TON,TON=NATIONAL; ADD-LODR:ODR=11,CMD=END; ADD-LDAT:LROUTE=707,LSVC=ALL,LVAL=1,TGRP=75,ODR=10,LAUTH=1; ADD-LDAT:LROUTE=708,LSVC=ALL,LVAL=1,TGRP=75,ODR=11,LAUTH=1; ADD-LDPLN:LDP=0-W-00-49211-X,LROUTE=707,LAUTH=1; ADD-LDPLN:LDP=0-W-0-211-X,LROUTE=708,LAUTH=1;
/* К узлу 1-1-400 */
ADD-RICHT:MODE=LRTENEW,LRTE=710,LSVC=ALL,NAME=ISDN,TGRP=84,DNNO=1-1-400; ADD-RICHT:MODE=LRTENEW,LRTE=711,LSVC=ALL,NAME=ISDN,TGRP=84,DNNO=1-1-400; ADD-RICHT:MODE=LRTENEW,LRTE=712,LSVC=ALL,NAME=ISDN,TGRP=84,DNNO=1-1-400; ADD-LODR:ODR=16,CMD=OUTPULSE,DGTS=89; ADD-LODR:ODR=16,CMD=ECHO,FIELD=3; ADD-LODR:ODR=16,CMD=ECHO,FIELD=4; ADD-LODR:ODR=16,CMD=NPI,NPI=ISDN; ADD-LODR:ODR=16,CMD=TON,TON=SUBSCR; ADD-LODR:ODR=16,CMD=END; ADD-LDAT:LROUTE=710,LSVC=ALL,LVAL=1,TGRP=84,ODR=10,LAUTH=1; ADD-LDAT:LROUTE=711,LSVC=ALL,LVAL=1,TGRP=84,ODR=11,LAUTH=1; ADD-LDAT:LROUTE=712,LSVC=ALL,LVAL=1,TGRP=84,ODR=16,LAUTH=1; ADD-LDPLN:LDP=0-W-00-4989636-X,,LROUTE=710,LAUTH=1; ADD-LDPLN:LDP=0-W-0-89636-X,LROUTE=711,LAUTH=1; ADD-LDPLN:LDP=0-W-636-X,LROUTE=712,LAUTH=1;
/* К собственному узлу, LCR распознает собственный узел, TGRP игнорируется */
ADD-RICHT:MODE=LRTENEW,LRTE=706,LSVC=ALL,NAME=EIGEN,TGRP=84,DNNO=1-1-100; ADD-LODR:ODR=13,CMD=ECHO,FIELD=4; ADD-LODR:ODR=13,CMD=END; ADD-LDAT:LROUTE=706,LSVC=ALL,LVAL=1,TGRP=84,ODR=13,LAUTH=1; ADD-LDPLN:LDP=0-W-004989722-X,LROUTE=706,LAUTH=1; ADD-LDPLN:LDP=0-W-089722-X,LROUTE=706,LAUTH=1; ADD-LDPLN:LDP=0-W-722-X,LROUTE=706,LAUTH=1;
/* К узлу 2-1-300 */
ADD-RICHT:MODE=LRTENEW,LRTE=600,LSVC=ALL,NAME=ISDN,TGRP=74,DNNO=2-0-0; ADD-LODR:ODR=20,CMD=ECHO,FIELD=3; ADD-LODR:ODR=20,CMD=ECHO,FIELD=4; ADD-LODR:ODR=20,CMD=NPI,NPI=PRIVATE; ADD-LODR:ODR=20,CMD=TON,TON=LEVEL2; ADD-LODR:ODR=20,CMD=END; ADD-LDAT:LROUTE=600,LSVC=ALL,LVAL=1,TGRP=74,ODR=20,LAUTH=1; ADD-LDPLN:LDP=15-11-31-X,LROUTE=600,LAUTH=1;
/* К узлу 1-2-200 */
ADD-RICHT:MODE=LRTENEW,LRTE=607,LSVC=ALL,NAME=ISDN,TGRP=75,DNNO=1-2-0; ADD-RICHT:MODE=LRTENEW,LRTE=608,LSVC=ALL,NAME=ISDN,TGRP=75,DNNO=1-2-0; ADD-LODR:ODR=21,CMD=ECHO,FIELD=3; ADD-LODR:ODR=21,CMD=ECHO,FIELD=4; ADD-LODR:ODR=21,CMD=NPI,NPI=PRIVATE; ADD-LODR:ODR=21,CMD=TON,TON=LEVEL1; ADD-LODR:ODR=21,CMD=END; ADD-LDAT:LROUTE=607,LSVC=ALL,LVAL=1,TGRP=75,ODR=20,LAUTH=1; ADD-LDAT:LROUTE=608,LSVC=ALL,LVAL=1,TGRP=75,ODR=21,LAUTH=1; ADD-LDPLN:LDP=15-11-391573-X,LROUTE=607,LAUTH=1; ADD-LDPLN:LDP=15-1-1573-X,LROUTE=608,LAUTH=1;
/* К узлу 1-1-400 */
ADD-RICHT:MODE=LRTENEW,LRTE=610,LSVC=ALL,NAME=ISDN,TGRP=84,DNNO=1-1-400; ADD-RICHT:MODE=LRTENEW,LRTE=611,LSVC=ALL,NAME=ISDN,TGRP=84,DNNO=1-1-400; ADD-RICHT:MODE=LRTENEW,LRTE=612,LSVC=ALL,NAME=ISDN,TGRP=84,DNNO=1-1-400; ADD-LODR:ODR=26,CMD=ECHO,FIELD=2; ADD-LODR:ODR=26,CMD=ECHO,FIELD=3; ADD-LODR:ODR=26,CMD=NPI,NPI=PRIVATE; ADD-LODR:ODR=26,CMD=TON,TON=LOCAL; ADD-LODR:ODR=26,CMD=END; ADD-LDAT:LROUTE=610,LSVC=ALL,LVAL=1,TGRP=84,ODR=20,LAUTH=1; ADD-LDAT:LROUTE=611,LSVC=ALL,LVAL=1,TGRP=84,ODR=21,LAUTH=1; ADD-LDAT:LROUTE=612,LSVC=ALL,LVAL=1,TGRP=84,ODR=26,LAUTH=1; ADD-LDPLN:LDP=15-11-397195116-X,,LROUTE=610,LAUTH=1; ADD-LDPLN:LDP=15-1-7195116-X,LROUTE=611,LAUTH=1; ADD-LDPLN:LDP=15-5116-X,LROUTE=612,LAUTH=1;
/* К собственному узлу, LCR распознает собственный узел, TGRP игнорируется */
ADD-RICHT:MODE=LRTENEW,LRTE=606,LSVC=ALL,NAME=EIGEN,TGRP=84,DNNO=1-1-100; ADD-LODR:ODR=23,CMD=ECHO,FIELD=3; ADD-LODR:ODR=23,CMD=END; ADD-LDAT:LROUTE=606,LSVC=ALL,LVAL=1,TGRP=84,ODR=23,LAUTH=1; ADD-LDPLN:LDP=15-11397196051-X,LROUTE=606,LAUTH=1; ADD-LDPLN:LDP=15-17196051-X,LROUTE=606,LAUTH=1; ADD-LDPLN:LDP=15-6051-X,LROUTE=606,LAUTH=1;
/* К узлу 2-1-300 */
ADD-RICHT:MODE=LRTENEW,LRTE=101,LSVC=ALL,NAME=UNKNOWN,TGRP=74,DNNO=2-0-0; ADD-LODR:ODR=6,CMD=ECHO,FIELD=1; ADD-LODR:ODR=6,CMD=ECHO,FIELD=2; ADD-LODR:ODR=6,CMD=END; ADD-LDAT:LROUTE=101,LSVC=ALL,LVAL=1,TGRP=74,ODR=6; ADD-LDPLN:LDP=39-X,LROUTE=101,LAUTH=1;
/* К узлу 1-2-200 */
ADD-RICHT:MODE=LRTENEW,LRTE=102,LSVC=ALL,NAME=UNKNOWN,TGRP=75,DNNO=1-2-0; ADD-LDAT:LROUTE=102,LSVC=ALL,LVAL=1,TGRP=75,ODR=6; ADD-LDPLN:LDP=37-X,LROUTE=102,LAUTH=1;
/* К узлу 1-1-400 */
ADD-RICHT:MODE=LRTENEW,LRTE=103,LSVC=ALL,NAME=UNKNOWN,TGRP=84,DNNO=1-1-400; ADD-LDAT:LROUTE=103,LSVC=ALL,LVAL=1,TGRP=84,ODR=6; ADD-LDPLN:LDP=27-X,LROUTE=103,LAUTH=1;
Присвоить собственный код зоны плану нумерации UNKNOWN
в DPLN:
ADD-WABE:CD=30,DAR=OWNNODE;Присвоить межсистемный код для Швейцарии (NPI=UNKNOWN) DPLN:
ADD-WABE:CD=39,DAR=TIE;Присвоить межсистемный код для Дюссельдорфа (NPI=UNKNOWN) DPLN:
ADD-WABE:CD=37,DAR=TIE;Сконфигурировать диапазоны абонентских номеров закрытой нумерации в DPLN:
ADD-WABE:CD=001,DAR=NETRTE,CHECK=N;
ADD-WABE:CD=2400&&2499,DAR=STN,DESTNO=4,CHECK=N; /* Stns in 1-1-400 */ ADD-WABE:CD=4000&&4799,DAR=STN,DESTNO=0,CHECK=N; /* Stns. in own node */Примечаниe: Диапазоны абонентских номеров зоны должны вводиться как полностью определенные номера (т.e. 43XXX является недействительным вводом)!
Соединительные матрицы узлов должны быть установлены
для плана нумерации UNKNOWN. Как показано в примере, код зоны обрабатывается
таким же образом, как и любой другой код узла в AMO KNMAT, т.к. специальные
правила для зон с закрытой нумерацией не действуют с версии SP300 V3.4
CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=0,ONNOL=OWN,DNNOL=ROW,MODCON=OUT,NUMEXT=30,; CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=0,ONNOL=ROW,DNNOL=OWN,MODCON=IN&TRANSI,NUMRED=30;Сконфигурировать межсистемные маршруты LCR, правила передачи набора номера, маршрутные элементы и планы набора для плана нумерации UNKNOWN :
/* Oткрытая нумерация к узлу 2-1-300 */
ADD-RICHT:MODE=LRTENEW,LRTE=101,LSVC=ALL,NAME=UKNOWN,TGRP=74,DNNO=2-0-0; ADD-LODR:ODR=6,CMD=ECHO,FIELD=1; ADD-LODR:ODR=6,CMD=ECHO,FIELD=2; ADD-LODR:ODR=6,CMD=END; ADD-LDAT:LROUTE=101,LSVC=ALL,LVAL=1,TGRP=74,ODR=6; ADD-LDPLN:LDP=39-X,LROUTE=101,LAUTH=1;
/* Oткрытая нумерация к узлу 1-2-200 */
ADD-RICHT:MODE=LRTENEW,LRTE=102,LSVC=ALL,NAME=UKNOWN,TGRP=75,DNNO=1-2-0; ADD-LDAT:LROUTE=102,LSVC=ALL,LVAL=1,TGRP=74,ODR=6; ADD-LDPLN:LDP=37-X,LROUTE=102,LAUTH=1;
/* Закрытая нумерация к узлу 1-1-400 */
ADD-RICHT:MODE=CD,LRTE=103,CD=001,CPS=0,SVC=ALL,NAME=LCR_CLOSED,TGRP1=84,DESTNO=4, DNNO=1-1-400; ADD-LDAT:LROUTE=103,LSVC=ALL,LVAL=1,TGRP=84,ODR=7,LAUTH=1;
Примечаниe: Данный пример является теоретическим и предназначен просто для демонстрации необычных применений INS/номерной модификации.
В следующем примере топология сети соответствует описанной в разделе 113.2.2.1. Однако план нумерации UNKNOWN теперь разрешен для трехуровневых номеров:
Присвоить собственные коды узла для UNKNOWN в DPLN:
ADD-WABE:CD=19,DAR=OWNNODE; /* Код узла уровня 0 (Хофманштрассе)*/ ADD-WABE:CD=36,DAR=OWNNODE; /* Код зоны уровня 1 (Мюнхен)*/ ADD-WABE:CD=29,DAR=OWNNODE; /* Код зоны уровня 2 (Германия)*/Присвоить межсистемные коды для UNKNOWN в DPLN:
ADD-WABE:CD=18,DAR=TIE; /* to 2-1-300
*/
ADD-WABE:CD=26,DAR=TIE; /* to 1-2-200 */
ADD-WABE:CD=27,DAR=TIE; /* to 1-1-400 */
Cконфигурировать матрицы связности узлов для UNKNOWN,
ISDN и PRIVATE планов (три уровня/матрицы на один план нумерации, включая
UNKNOWN).
CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=0,ONNOL=OWN,DNNOL=ROW,MODCON=OUT,NUMEXT=19,; CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=0,ONNOL=ROW,DNNOL=OWN,MODCON=IN&TRANSI,NUMRED=19; CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=1,ONNOL=OWN,DNNOL=ROW,MODCON=OUT,NUMEXT=36; CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=1,ONNOL=ROW,DNNOL=OWN,MODCON=IN&TRANSI,NUMRED=36; CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=2,ONNOL=OWN,DNNOL=ROW,MODCON=OUT,NUMEXT=29; CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=2,ONNOL=ROW,DNNOL=OWN,MODCON=IN&TRANSI,NUMRED=29;
CHANGE-KNMAT:NPI=ISDN,LEVEL=0,ONNOL=OWN,DNNOL=ROW,MODCON=OUT,NUMEXT=722,; CHANGE-KNMAT:NPI=ISDN,LEVEL=0,ONNOL=ROW,DNNOL=OWN,MODCON=IN&TRANSI,NUMRED=0722; CHANGE-KNMAT:NPI=ISDN,LEVEL=1,ONNOL=OWN,DNNOL=ROW,MODCON=OUT,NUMEXT=89; CHANGE-KNMAT:NPI=ISDN,LEVEL=1,ONNOL=ROW,DNNOL=OWN,MODCON=IN&TRANSI,NUMRED=0089; CHANGE-KNMAT:NPI=ISDN,LEVEL=2,ONNOL=OWN,DNNOL=ROW,MODCON=OUT,NUMEXT=49; CHANGE-KNMAT:NPI=ISDN,LEVEL=2,ONNOL=ROW,DNNOL=OWN,MODCON=IN&TRANSI,NUMRED=00049;
CHANGE-KNMAT:NPI=PRIVATE,LEVEL=0,ONNOL=OWN,DNNOL=ROW,MODCON=OUT,NUMEXT=6051,; CHANGE-KNMAT:NPI=PRIVATE,LEVEL=0,ONNOL=ROW,DNNOL=OWN,MODCON=IN&TRANSI,NUM- RED=156051; CHANGE-KNMAT:NPI=PRIVATE,LEVEL=1,ONNOL=OWN,DNNOL=ROW,MODCON=OUT,NUMEXT=719; CHANGE-KNMAT:NPI=PRIVATE,LEVEL=1,ONNOL=ROW,DNNOL=OWN,MODCON=IN&TRANSI,NUM- RED=151719; CHANGE-KNMAT:NPI=PRIVATE,LEVEL=2,ONNOL=OWN,DNNOL=ROW,MODCON=OUT,NUMEXT=39; CHANGE-KNMAT:NPI=PRIVATE,LEVEL=2,ONNOL=ROW,DNNOL=OWN,MODCON=IN&TRANSI,NUM- RED=151139;
/* К узлу 2-1-300 */
ADD-RICHT:MODE=LRTENEW,LRTE=101,LSVC=ALL,NAME=UKNOWN,TGRP=74,DNNO=2-0-0; ADD-LODR:ODR=6,CMD=ECHO,FIELD=1; ADD-LODR:ODR=6,CMD=ECHO,FIELD=2; ADD-LODR:ODR=6,CMD=END; ADD-LDAT:LROUTE=101,LSVC=ALL,LVAL=1,TGRP=74,ODR=6; ADD-LDPLN:LDP=18-X,LROUTE=101,LAUTH=1;
/* К узлу 1-2-200 */
ADD-RICHT:MODE=LRTENEW,LRTE=102,LSVC=ALL,NAME=UKNOWN,TGRP=75,DNNO=1-2-0; ADD-LODR:ODR=7,CMD=OUTPULSE,DGTS=29; ADD-LODR:ODR=7,CMD=ECHO,FIELD=1; ADD-LODR:ODR=7,CMD=ECHO,FIELD=2; ADD-LODR:ODR=7,CMD=END; ADD-LDAT:LROUTE=102,LSVC=ALL,LVAL=1,TGRP=75,ODR=7; ADD-LDPLN:LDP=26-X,LROUTE=102,LAUTH=1;
/* К узлу 1-1-400 */
ADD-RICHT:MODE=LRTENEW,LRTE=103,LSVC=ALL,NAME=UKNOWN,TGRP=84,DNNO=1-1-400; ADD-LODR:ODR=8,CMD=OUTPULSE,DGTS=2936; ADD-LODR:ODR=8,CMD=ECHO,FIELD=1; ADD-LODR:ODR=8,CMD=ECHO,FIELD=2; ADD-LODR:ODR=8,CMD=END; ADD-LDAT:LROUTE=103,LSVC=ALL,LVAL=1,TGRP=84,ODR=8; ADD-LDPLN:LDP=27-X,LROUTE=103,LAUTH=1;
Для всех соединительных линий связи, соединенных с системами SP300-V3.3/4, должен быть установлен класс параметра COT=LIRU для передачи неявного номера (начиная с версии SP300E-V1.0; см. раздел 113.1.2.2). Для каналов поперечной связи ТТ1 и ТТ2 должен быть установлен класс параметра COT=LWNC, если сеть SP300-V3.3/4 является многоуровневой сетью. Если сеть одноуровневая, необходимо установить только LWNC, если сеть SP300-V3.3/4 уже использует такой же номер узла.
Рисунок 79 Пример одноуровневой/многоуровневой гетерогенной
сети с модификацией номера
| 1. | Mногоуровневая SP300E-V1.0 сеть или одноуровневая сеть с номерами узлов, не являющихся уникальными в сети |
ADD-COT:COTNO=12,PAR=LWNC&LIRU&...;
ADD-RICHT:MODE=LRTENEW,LRTE=101,LSVC=ALL,NAME=UKNOWN,TGRP=74,DNNO=2-0;
ADD-COT:COTNO=12,PAR=LWNC&...; ADD-RICHT:MODE=LRTENEW,LRTE=233,LSVC=ALL,NAME=UKNOWN,TGRP=44,DNNO=444;
| 2. | Одноуровневая сеть с уникальными номерами узлов: |
ADD-COT:COTNO=12,PAR=LIRU&...; ADD-RICHT:MODE=LRTENEW,LRTE=101,LSVC=ALL,NAME=UKNOWN,TGRP=74,DNNO=2;
ADD-RICHT:MODE=LRTENEW,LRTE=233,LSVC=ALL,NAME=UKNOWN,TGRP=44,DNNO=1;
Номер COT (класс СЛ) должен быть присвоен для TT1
и TT2. Виртуальный номер узла не требуется
ADD-TDCSU:OPT=NEW,DEV=S2CONN,COTNO=12,...;
Примечание: Если только одна SP300-V3.3/4 вспомогательная УАТС соединена с SP300E-V1.0 узлом и не соединена с другими узлами сети, можно использовать параметр DFNN, чтобы применить виртуальный номер узла, заданный в TDCSU параметрах соединительной линии поперечной связи (например, 2-0) при условии, что этот виртуальный номер не использовался еще где-нибудь в сети. Это предохраняет систему от попыток реконструкции на базе оценки DPLN. Для модификации задается только виртуальный номер узла. Параметр DFNN работает во входящем направлении, т.e. должен быть установлен в партнерской SP300-V3.3/4 вспомогательной УАТС.
Рисунок 80 Пример гетерогенной сети без модификации абонентского номера
Сети OEM присвоен отдельный код узла или код зоны. В приведенном выше примере сеть OEM достигается с сети SP300E V1.0 кодом 1-200. Этот код узла/зоны используется для конфигурирования LCR маршрутов и для матрицы связности узлов KNMAT.
Cконфигурировать межкоммутаторную соединительную линию TT1:
Задать класс СЛ COT = LIRU (линия с передачей неявного
номера) и LWNC (линия без кода узла). Можно установить COT параметр DFNN
в соединяющем узле сети SP300E V1.0, если вы хотите избежать использование
системных ресурсов для реконструкции номера узла. Этот параметр говорит
узлу сети SP300E V1.0 использовать код виртуального узла, заданный в TDCSU/TACSU
наборе параметров соединительной линии поперечной связи. Обратите особое
внимание: это относится к входящим соединениям со всех узлов в сети OEM!
ADD-COT:COTNO=12,PAR=LIRU&LWNC&DFNN&...;Присвоить данный класс СЛ каналу поперечной связи и установить код виртуальной зоны/узла:
ADD-TDCSU:OPT=NEW,DEV=S2CONN,COTNO=12,NNO=1-200,...;Присвоить маршруты коду виртуальной зоны:
ADD-RICHT:MODE=LRTENEW,LRTE=103,LSVC=ALL,NAME=UKNOWN,TGRP=84,DNNO=1-200;Cконфигурировать соединительную матрицу узлов:
Например: если OEM узел достижим с NNO=1-1 набором
кода 77, необходимо установить следующий "добавочный номер" в узле 1-1:
CHANGE-KNMAT:NPI=UNKNOWN,LEVEL=0,ONNO=200,DNNOL=OWN,NUMEXT=77;Это дополняет информацию о вызывающей линии, полученную с любого узла в сети, цифрами 77 в подключенном узле SP300E-V1.0. Никакой другой модификации номера не происходит для узлов в OEM сети.
