forum.technoforward.ru

Доброго всем дня!
Нужна помощь по SV9300. Настроил поток между двумя 9300 (RT-01 - 30B; RT - 02 D). Обе у меня на столе. На одной номера 4000-4015, на другой 6000-6015. В CM200 для 0 рисую 101. На системнике жму 0, слышу ответ станции, набираю 6000, через 10 сек тишины пишет запрещено. Что сделал не так, ну или что не доделал? Куда копать?

Поток с какой сигнализацией?

ISDN PRI - тогда что-то не доделали

CCIS - в таком варианте не будет работать. Нужен закрытый нумерационный план через LCR A129

Да, ISDN PRI, извиняюсь за неточность )). Что то не доделал с потоком? Я тут тему другую создавал, спрашивал как определить поднялся ли поток. Мне подсказали, что если в Lamp status канал D зеленым мигает, значит стоит. Интересно, так ли это. Я так понимаю для исходящий связи, эксперимента ради, того, что я прописал достаточно?

ISDN PRI (в отличие от ISDN QSig)- протокол несимметричный. В паре АТС, связываемых по PRI одна должна работать в режиме User Mode, другая -Network Mode. АТС оператора связи в реальной жизни как раз и поддерживает второй режим, а те УАТС, которые подключаются к АТС оператора по PRI - работают в режиме User. Этот режим задан по умолчанию. Более того, включить Network Mode для PRI в SV9300 - не удастся: он не поддерживается, поскольку данное семейство АТС формально относится к учрежденческим.
Соответственно, состыковать две АТС SV9300 по PRI - невозможно, несмотря на то, что команда для переключения режима User\Network (35113: LAPD Mode of D channel route for Q-SIG) - имеется. Действенной эта команда является ТОЛЬКО для QSig, что, собственно, и отражено в названии.
В ретроспективе, двумя поколениями ранее, в NEAX200IPS на некоторых картах такое соединение (2000IPS-Network <-> ISDN PRI <-> 2000IPS-User) начиная где-то с 9-го релиза удавалось осуществить, хотя и с серьезными пробелами. Однако уже в SV8300 такой стык не работал. Полагаю, что и в SV9300 ситуация сохранится (сам пока не пробовал, но вот Ваш эксперимент это может подтвердить - или опровергнуть, что было бы гораздо интереснее, - если Вы в одной из АТС назначите 35113>Droute=0 + reset).
Говорить об индикации в данной ситуации мне представляется нецелесообразным: Вы построили недокументированную систему, а любой индикатор, тем более - виртуальный, - вещь вторичная. Возникают ассоциации с черной кошкой, которая не то есть, не то отсутствует в темной комнате...

Я когда поднимал потоки это сделал, так было написано в мануале. Конкретно после этой операции D канал начал моргать в Lamp status. Так как мне расценивать данный эксперимент, как удавшийся или нет? Но Ваш посыл я понял, для пробы перенастроиться на QSig.

Я - то как раз считал, что этого в мануале не написано, если не считать описание команды 35113 в Command Manual, ну и, разумеется, Network Manual --> Chapter 2 Q-SIG FEATURES --> PRT ASSIGNMENT (Assign the LAPD mode of the D channel trunk route).
Но если речь идет о PRI, то нужно использовать Programming Manual --> Chapter 3 ISDN FEATURES --> ISDN-PRI PROGRAMMING --> PRIMARY RATE INTERFACE TRUNK DATA ASSIGNMENT, а там я не вижу упоминания о команде 35113. Пожалуйста, поправте меня, если я ошибаюсь...
Что касается того, как расценивать данный эксперимент. На мой взгляд, предельно просто: вызовы в обе стороны проходят, голос передается, отбой - с любой из сторон - значит, стык возможен, хотя и недокументирован (другой вопрос, насколько он полноценный - тут могут потребоваться гораздо более глубокие исследования). Если чего-нибудь из перечисленных прямых признаков нет, - значит стык действительно нереализуем, ну, или мы с Вами чего-то недотянули ...
Если Вы ставите перед собой более узкую задачу: например, убедиться в исправности или в комплектности железа и лицензий - то поднять QSig до состояния прохождения вызовов - было бы небесполезно...

Большое спасибо за подсказку, я пользовался Network Manual. Теперь буду Programming Manual ))). Вызовы у меня не проходят, после 0 слышу гудок, набираю номер, через 10 сек надпись "Запрещено". Но все же, пользуясь случаем, спрошу. Достаточно ли команды CM200 для "0" поставить "101" (Tr. Route 1) для исходящей связи. Грубо говоря через префикс 0 позвонить на противоположную АТС?

При нормальной связке по ISDN PRI (Network-User) вполне достаточно.
Попробуйте все же одну станцию превратить в "network" и таки выполнить для нее указанную команду 35113. Вдруг "прокатит".
Как растолковал уважаемый NEAXMAN, на SV8300 это перестало работать (я, честно сказать, не пробовал), а на 2000IPS пару раз приходилось такие схемы строить. Одна такая связка неплохо и до сих пор работает.

Разумеется, самое правильное - это перейти на сигнализацию CCIS и LCR A129.

В ISDN-PRI PROGRAMMING предложен именно этот, простейший, вариант маршрутизации, хотя в реальных ситуациях гораздо перспективнее применять LCR. Однако с уверенностью ответить на Ваш вопрос я бы не решился: смущает надпись "Запрещено". Обычно она говорит об ошибках в маршрутизации, а не в физике. При "корректно лежащем" (пардон за такой доморощенный сленг) канале скорее можно было бы ожидать "Busy"... А вот при "некорректно поднятом" (еще раз пардон) - не берусь угадать...

Спасибо за помощь, все настроил, все работает. Удалось связать две 9300 через ISDN PRI используя команду 35113 для рута D канала. Нашёл ошибку, которую допустил при программировании потока. В команде 35093 я указывал номер канал (16) а не рута (2). Изначально cмутило то, что их там всего 32 а не 64. Но как раз в programming manual который я прочитал позже на это обращено внимание. Да по поводу экспериментов с ISDN PRI, звонки туда - сюда проходят без проблем. Т.к. у меня есть три блока процессора и куча блоков расширения, пока буду проводить эксперименты )))

И все таки по возможности переходите на CCIS и на LCR. Поверьте, это будет не только правильнее, но и удобнее в дальнейшем.

Добрый день. Прошу помощи.
Чтоб не создавать новую тему, пишу тут.

Проблема у меня такая же как у автора, но поток приходит от оператора (ISDN PRI). Входящие вызовы работают.
Выход на поток через 9 сразу в транк роут №20 (120). Всё настраивал по мануалу с нуля, кроме LCR.
При исходящих вызовах, как уже говорилось, после несколько секунд тишины пишет "запрещено".

Ещё заметил, что при входящих вызовах иногда занимается транк сигнального D-канала - это нормально?
Уже 20 раз пересмотрел все настройки, не могу найти ошибку

Судя по всему неправильно настроен поток, но без Ваших настроек сказать сложно. А что значит занимается D канал?

050>0106=41
051>0106=000

1000>010601=D010
1000>010602=D011
1000>010603=D012
1000>010604=D013
1000>010605=D014
1000>010606=D015
1000>010607=D016
1000>010608=D017
1000>010609=D018
1000>010610=D019
1000>010611=D020
1000>010612=D021
1000>010613=D022
1000>010614=D023
1000>010615=D024
1000>010616=D025
1000>010617=D026
1000>010618=D027
1000>010619=D028
1000>010620=D029
1000>010621=D030
1000>010622=D031
1000>010623=D032
1000>010624=D033
1000>010625=D034
1000>010626=D035
1000>010627=D036
1000>010628=D037
1000>010629=D038
1000>010630=D039
1000>010631=D040

482>04=0
04(10-59)01>01=06
Далее настройки аналогичны для транков "010-015, 017-040", буду приводить для "010", транк "016" - сигнальный

3000>010=20
3002>010=18
3003>010=18
3007>010=000 (3007>040=029)

3000>016=21

Настройки транкроута B-канала:

35000>20=00
35002>20=3
35004>20=2
35005>20=1
35009>20=8
35016>20=0
35090>20=3
35093>20=00
35130>20=0

35011>20=3
35014>20=1
35015>20=00
35018>20=0
35028>20=0
35158>20=1
35200>20=1
35208>20=1
35289>20=NONE
35290>20=NONE

Настройки транкроута D-канала:

35000>21=15
35004>21=7
35009>21=15
35039>21=1
35090>21=3
35093>21=NONE

CMAA06>000=24
CMAA15>000=0

CMA900>00=016


Если смотреть меню "Port Status/Lamp Status", при входящем вызове загорается лампочка 016 транка, который сигнальный

Ну на сколько я знаю лампочка должна мигать зеленым при нормально поднятом Е1