sostoianie
10.03.2010, 17:35
Ребята, подскажите можно ли реализовать автоматич. переход с PRI на рут с CO, используя одинаковый код доступа. Имеем 0 для PRI и 2 для рут с CO. При отказе PRI мы набрав тот же 0 выходим на рут с CO.
Ребята, подскажите можно ли реализовать автоматич. переход с PRI на рут с CO, используя одинаковый код доступа. Имеем 0 для PRI и 2 для рут с CO. При отказе PRI мы набрав тот же 0 выходим на рут с CO.
Можно даже не перенабирая код. Только нужно вместо ADP (известный в форуме план набора через А-код) освоить CDP/UDP (это которые используют RLI со всякими ENTRY) и настроить альтернативную маршрутизацию.
Стьюдент
10.03.2010, 17:55
В RLB заполнить вторую entry, а в предыдущей против sboc поставить rra. Будет ходить при падении потока
В RLB заполнить вторую entry, а в предыдущей против sboc поставить rra. Будет ходить при падении потока
sboc rra будет срабатывать при работающем потоке, если в ответ на исходящий setup пришел disconnect с причиной, например, "нет свободных каналов", т.е. вызов дошел до провайдера, но дальше уйти не смог.
В RLB заполнить вторую entry, а в предыдущей против sboc поставить rra. Будет ходить при падении потока
При падении потока оно будет ходить и без sboc rra в предыдущем entry.
Зачем sboc - см. выше.
Рекомендую поставить также copt 2, это расширяет список обрабатываемых cause.
sostoianie
10.03.2010, 18:47
Спасибо большое, буду пробовать. По абревиатурам я разберусь в описании.
В RLB заполнить вторую entry, а в предыдущей против sboc поставить rra. Будет ходить при падении потока
sboc нужен не для перехода при падении местного потока.
Упс, уже неоднократно поправили.
Если я правильно понял условие, то в маршруте есть STEP Nмаршрута, куда прыгать при занятости/недоступности основного.
sostoianie
11.03.2010, 12:37
У меня сейчас такой расклад
ESN000
MEM AVAIL: (U/P): 1246808 USED U P: 107504 38327 TOT: 1392639
DISK RECS AVAIL: 460
REQ prt
CUST 0
FEAT cdr
TYPE tsr
ESN125
TYPE tsc
TSC
TSC 0
FLEN 0
RRPA NO
RLI 0
ld 86
ESN000
MEM AVAIL: (U/P): 1246808 USED U P: 107504 38327 TOT: 1392639
DISK RECS AVAIL: 460
REQ prt
CUST 0
FEAT rlb
RLI
RLI 0
ENTR 0
LTER NO
ROUT 1
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
CNV NO
EXP NO
FRL 0
DMI 1
FCI 0
FSNI 0
SBOC NRR
CBQ NO
ENTR 1
LTER NO
ROUT 2
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
CNV NO
EXP NO
FRL 0
DMI 1
FCI 0
FSNI 0
SBOC NRR
CBQ NO
ISET 0
NALT 5
OVLL 0
Будет работать?
Lev Serdukov
11.03.2010, 15:46
Будет-то будет, только учитывай, что для разных рутов могут быть (не обязательно конечно) разные dmi. Например в pri тебе надо слать какую либо цифру для дальнейшей ее обработки провайдером, а в cоt ее скорее всего надо будет зарезать. Что в вашем случае никто не знает. Телепатов здесь нет.
sostoianie
11.03.2010, 19:04
Точно. Мне, как я говорил по другой теме, пришлось поставить в DMI del 0, чтоб высылать TSC провайдеру для дальнейшей маршрутизации.
Большое спасибо за помощь.
Lev Serdukov
11.03.2010, 20:55
Если я правильно понял условие, то в маршруте есть STEP Nмаршрута, куда прыгать при занятости/недоступности основного.
Есть то оно есть... Но. Допустим маршрут не занят и доступен. Ну и что? Предложопим... хм... предположим дальше запор. И к чему этот step? Оно же совсем не реагирует на cause! Хотя, конечно, step имеет место быть в аналоговых рутах. Но rlb кузявее. Да и манипуляции с цифрами в случае с step недоступны.
Доступны, через XLST))) До того как. Просто предложил, по-простецки...