demonix
07.12.2006, 18:43
Господа.
Я тут прочел на старых ветках форума о том что можно черех UDP разрулить набор номеров по длине набора.
Собственно не до конца понял как это корректно сделать.

Во внутренней номерации станции полно 3-ек (в хотах, акодах, просто DN-ах)

И у нас в городе теперь появились операторы с номерами на 311 320 331 332 и т.п.

Выход в город изначально сделан через транстелекоды для каждой миллионной групы города (2, 4, 5, 0-спецномера).

Как не в таком случае грамотно расписать SPN чтобы набравшие городской номер на 3 попадали в город, ну и внутренние на внутренний. (внутри 4-х значная номерация)

Начало такое

REQ new
CUST 0
FEAT net
TRAN AC1
TYPE spn

SPN 3
FLEN 7
ITOH yes
RLI 1
SDRR - ?

Собственно дальше я немного забуксовал в этих SDRR-ах ARRN-ах LDID-ах

Ветка форума где это немного расписали в свое время
http://bbs.radiolink.ru/forum/showt...p;threadid=9715

Gluker
07.12.2006, 19:02
Описание есть тут: PAS -> Help -> Meridian 1 -> Маршрутизация по длине номера

demonix
07.12.2006, 19:54
Gluker пишет
Описание есть тут: PAS -> Help -> Meridian 1 -> Маршрутизация по длине номера


Не помогло .... ((

SPN 3
FLEN 7
ITOH NO
RLI 1
DMI 1
LDID 0

LDID 1

LDID 2

LDID 3

DMI 1
LDID 4

LDID 5

LDID 6

LDID 7

DMI 1
LDID 8

LDID 9

SDRR LDID CODES = 10
ARRN 00
ARLI 1
ARRN 01
ARLI 1
ARRN 02
ARLI 1
ARRN 03
ARLI 1
ARRN 04
ARLI 1
ARRN 05
ARLI 1
ARRN 06
ARLI 1
ARRN 07
ARLI 1
ARRN 08
ARLI 1
ARRN 09
ARLI 1
ARRN 10
ARLI 1
ARRN 11
ARLI 1
ARRN 12
ARLI 1
ARRN 13
ARLI 1
ARRN 14
ARLI 1
ARRN 15
ARLI 1
ARRN 16
ARLI 1
ARRN 17
ARLI 1
ARRN 18
ARLI 1
ARRN 19
ARLI 1
ARRN 20
ARLI 1
ARRN 21
ARLI 1
ARRN 22
ARLI 1
ARRN 23
ARLI 1
ARRN 24
ARLI 1
ARRN 25
ARLI 1
ARRN 26
ARLI 1
ARRN 27
ARLI 1
ARRN 28
ARLI 1
ARRN 29
ARLI 1
ARRN 30
ARLI 1
ARRN 31
ARLI 1
ARRN 32
ARLI 1
ARRN 33
ARLI 1
ARRN 34
ARLI 1
ARRN 35
ARLI 1
ARRN 36
ARLI 1
ARRN 37
ARLI 1
ARRN 38
ARLI 1
ARRN 39
ARLI 1
ARRN 40
ARLI 1
ARRN 41
ARLI 1
ARRN 42
ARLI 1
ARRN 43
ARLI 1
ARRN 44
ARLI 1
ARRN 45
ARLI 1
ARRN 46
ARLI 1
ARRN 47
ARLI 1
ARRN 48
ARLI 1
ARRN 49
ARLI 1
ARRN 50
ARLI 1
ARRN 51
ARLI 1
ARRN 52
ARLI 1
ARRN 53
ARLI 1
SDRR ARRN CODES = 54
ITEI NONE


Трасса показывает
trak 20 10

ACTIVE TN 020 0 00 10
ORIG 020 0 00 10 MARP 0 600 L500
TERM 003 0 00 05 RAN RMBR 15 1
DIAL DN 33
MAIN_PM ESTD
TALKSLOT ORIG 16 TERM 48
EES_DATA:
NONE
QUEU NONE
CALL ID 0 90

Karter
07.12.2006, 20:26
2 demonix :

Пункт 13 в FAQ'е этой конфы может немного разъяснить механизм.

При указанном FLEN промт ITOH - обязательно YES.

SPN 3 при набранных семи знаках уже маршрутизирует наборы в город. Соответственно, ARRN'ы в том виде, в котором их запрограммировал ты - не нужны. В LDID должны быть прописаны три цифры XXX внутреннего четырёхзначного DN 3ХХХ.
На аппаратах - XLST с преобразованием 3 -> ACn+3, где ACn - АС1 или AC2, в котором запрограммирован SPN 3.

Но, строго говоря, нумерационный план УПАТС не стоит проектировать одинаковым с ГАТС. Префиксы выхода во внешнюю сеть очень помогают от конфликтов в планах наборов абонентов PABX))))

demonix
07.12.2006, 22:44
Karter пишет
2 demonix :

Но, строго говоря, нумерационный план УПАТС не стоит проектировать одинаковым с ГАТС. Префиксы выхода во внешнюю сеть очень помогают от конфликтов в планах наборов абонентов PABX))))

Увы. Тут прилиная куча абонентов. И поэтому ищу как более гибко и четко обойти сию проблему.

А разве х-лист обязательно оформлять ?
Мне изначально показалось что достаточно правильно создать udp план ?

Gluker
07.12.2006, 22:49
2Karter:
Пункт 13 в FAQ'е этой конфы может немного разъяснить механизм.
Про фак-то я и забыл :)
Забавно что наши описания в некоторых моментах полностью противоположны...

При указанном FLEN промт ITOH - обязательно YES.
Inhibit Timeout Handling (ITOH) must be set to NO to allow a call to be attempted after the NARS Interdigit Number (NIT) timer in LD 15 has expired (even if fewer digits than the FLEN capacity have been dialed).
Как же будут набираться более короткие номера?
SPN 3 при набранных семи знаках уже маршрутизирует наборы в город. Соответственно, ARRN'ы в том виде, в котором их запрограммировал ты - не нужны.
Имхо это прописано правильно т.к. конкурировать по длине должны SDRRы, а не SPN и LDID.

2demonix:
А разве х-лист обязательно оформлять ?
Надо добавить это:
На аппаратах - XLST с преобразованием 3 -> ACn+3, где ACn - АС1 или AC2, в котором запрограммирован SPN 3.
А то как иначе абонент выйдет на SPN?

Old Chap
07.12.2006, 22:53
demonix
Именно, правильно создать.
Цифра, которую ты хочешь разрулить, должна быть не АС, а SPNом, который живёт за АС.
Значит АС нужно вставить перед этой цифрой.
Значит придется использовать претрансляцию, XLST.

Оппсс, опоздал :)

demonix
07.12.2006, 23:03
to Gluker & Old Chap
-----------------------------------

Итого. Всетаки тот вид блока net -> spn который я расписал правильный ?

Дело осталось за х-листами ?


Я откровенно говоря тяжело в этот UDP вникаю.
:confused:

demonix
07.12.2006, 23:07
Еще вопросик по поводу таймера NIT в 15. По умолчанию там сейчас стоит знаение 8.
Когда я попробовал поменять его значение на 3, то посыпалась такая река багов и аудов, что я там чуть не посинел :eek:


Возможно до того как трогать таймер нужен еще ряд преднастроек ?
( Еще возможно играющий роль момент, выход в город организован по COT)

Gluker
07.12.2006, 23:21
Итого. Всетаки тот вид блока net -> spn который я расписал правильный ?
Мне нравится :)
Надо только понимать, что звонки на номера 354xxxx - 39xxxxx будут сваливаться на внутренних абонентов 354x - 39xx.
Правда судя по первому посту, пока таких номеров в городе нет.

Old Chap
07.12.2006, 23:24
Полной картины-то не видно, что ты там в UDP наконфигурил.
Сделай один тестовый телефон с претрансляцией 3 -> ACn+3 и пробуй.
NIT менять можно.
Если поставишь маленькое значение, задумчивые абоненты не смогут набирать длинные номера.

demonix
07.12.2006, 23:26
Gluker пишет
Мне нравится :)
Надо только понимать, что звонки на номера 354xxxx - 39xxxxx будут сваливаться на внутренних абонентов 354x - 39xx.
Правда судя по первому посту, пока таких номеров в городе нет.

Этот моментик уже подправил.
Всплыл просто еще оператор с 38хх :)

demonix
07.12.2006, 23:30
Old Chap пишет
Полной картины-то не видно, что ты там в UDP наконфигурил.
Сделай один тестовый телефон с претрансляцией 3 -> ACn+3 и пробуй.
NIT менять можно.
Если поставишь маленькое значение, задумчивые абоненты не смогут набирать длинные номера.


Спасибо. Завтра попробую.

Еще вопрос насчет ACn

Сейчас доступности к станции нет.
Но вспоминая блок NET помниться что АС2 было пустым, а вот АС1 имело вид AC1_NXX_... и через пробел еще 3 текстовых записи.

Я просто недопонимаю как там промт вообще мог буквы пропустить ?
Или это я не на эти АС смотрю ?

Old Chap
07.12.2006, 23:39
LD86 PRT ESN , и смотреть AC1 и AC2.

demonix
07.12.2006, 23:43
Old Chap пишет
LD86 PRT ESN , и смотреть AC1 и AC2.

Всетаки в свитч нетворке.

Большое спасибо. Завтра попробую помучить кроликов ))

Old Chap
07.12.2006, 23:45
До завтра ;)

demonix
08.12.2006, 12:51
О да! Yes! Халелуя!


Радости нет предела.

Так красиво и гладко разрулилась маршрутизация по длине.

Доволен как слон ))


Всем спасибо.

Espe**** thanks to Old Chap & Gluker

Karter
08.12.2006, 13:00
2 Gluker:

"Про фак-то я и забыл "

Ну уж если ветераны забывают про ФАК, то какой тогда вообще в нём смысл...

"Как же будут набираться более короткие номера?"

Все примеры, приведённые в FAQ рождены практикой и работают.

"...конкурировать по длине должны SDRRы, а не SPN и LDID..."

А давно LDID перестали являться SDRR'ами? )))))

demonix
08.12.2006, 13:21
SPN 3
FLEN 7
ITOH NO
RLI 1
DMI 1
LDID 2

LDID 3

LDID 8

SDRR LDID CODES = 3
ARRN 20
ARLI 1
ARRN 31
ARLI 1
ARRN 32
ARLI 1
ARRN 33
ARLI 1
ARRN 80
ARLI 1
SDRR ARRN CODES = 5
ITEI NONE

В принципе с таймером NIT 4 и вышеприведенным блоком spn все работает на отлично.
Мне вполне хватило исключения конкурирующих десятков.

Karter
08.12.2006, 14:17
2 demonix:

Вот об этом и был разговор. Согласись, первоначально выложенная простыня SPN'а значительно менее красива, чем конечный вариант.

Gluker
08.12.2006, 15:03
"...конкурировать по длине должны SDRRы, а не SPN и LDID..."
А давно LDID перестали являться SDRR'ами? )))))
Разговор слепого и глухонемого :)

В данном случае, программировать правило (SPN), затем - исключение (LDID), а затем - исключение из исключения - не имеет смысла. Это следует из формальной логики функционирования UDP. Здесь достаточно запрограммировать правило (SPN в город) и исключения из него (LDID на локальные номера).
Имеется ввиду вообще без ARRNов?
SPN 3
FLEN 7
ITOH NO
RLI 1
DMI 1
LDID 2
LDID 3
LDID 8
ITEI NONE
Как станция осознает, что 320xxxx надо отправить в город?
Я считаю что исключение из исключения и дает маршрутизацию по длине.

Karter
08.12.2006, 18:44
2 Gluker:

"Разговор слепого и глухонемого"

Это был намёк на то, что LDID такой же SDRR код, как и ARRN ))))
...

+ Промт ITOH, появившийся ещё на CDP (когда никаких SDRR не было) призван не выпускать неполный набор по основной маршрутизации во внешний транк. Но это не значит, что обработка неполного набора SDRR-кодами не производится. Убедится в этом можно, самостоятельно изучив на практике работу примеров из ФАК'а.

Gluker
09.12.2006, 15:08
"Имеется ввиду вообще без ARRNов?"
Да. В FAQ приведены примеры.
Все-таки интересно, кто из нас слепой, а кто глухонемой :)
В обоих вариантах faq-13 прописано ARRN 0000.

demonix
11.12.2006, 12:45
Если бы еще задержка NIT не срабатывала в горячих линиях, что увы невозможно.
А в остальном на мой взгляд очень пользительное решение по маршрутизации.

Karter
11.12.2006, 13:34
2 Gluker:

"В обоих вариантах..."

А вот и нет)))) Уже...))))))

Gluker
11.12.2006, 14:31
Karter пишет
2 Gluker:

"В обоих вариантах..."

А вот и нет)))) Уже...))))))
Было правильно, а теперь - муть.

SPN 4
FLEN 8
ITOH YES
RLI 1
LDID 00

Можете проверить - любые варианты наборов AC+400[+любые цифры] пойдут на локальный номер 400.

Karter
11.12.2006, 15:17
2 Gluker:

..."Имеется ввиду вообще без ARRNов?..."

Рву на себе волосы, стремительно внося исправления))))
Временная амнезия, вызванная предновогодним авралом, послужила причиной практической потери Знания, а неЗнание зачастую агрессивно(((
Приношу извинения!

Gluker
11.12.2006, 15:21
Теперь мы знаем от чего связисты преждевременно лысеют :)

TheRam
11.12.2006, 18:24
Ага, от Gluker-а ! :D