IPLDK-60: проблема с входящими по PRI Опции

[Xaero_O]

Настраивал IPLDK разные кучу раз, но сейчас ступор какой-то.

Итак, есть поток PRI между cisco 2901 и ipldk60. Изначально все настроил другой человек, якобы все заработало. Через пару недель абоненты ldk жалуются, что не проходят входящие вызовы по потоку и вроде бы никто ничего не трогал. Все перепроверил, ошибок в конфигах не нашел. Cisco отсылает на атс пять знаков, там стоит обрабатывать 3 знака, did conv type 2, в пгм231 тоже все корректно прописано. На лдк ни разу дебаг не делал, поэтому могу сказать, что со стороны cisco виден release от атс с причиной 102 по й931. Если во время вызова посмотреть команду bs 06 в telnete к атс, то по одной сл виден di-dialing, но до кпв дело не доходит ((.

Ради интереса попробовал изменить did conv type 1, и в маске к линиям прописал #10*, вызовы прошли. Значит на уровне железа все норм получается. Но ведь сто раз did conv type 2 использовал, все настройки аналогичны работающим схемам, да и пару недель то работало (если ничего никто не путает). Ну и оборудование перезагрузили естесно уже.

Что можно предпринять в данной ситуации, подскажите плз...

MPB GS88P-3.8Gf DEC/10

[AXEL]

Настраивал IPLDK разные кучу раз, но сейчас ступор какой-то.

там стоит обрабатывать 3 знака, did conv type 2, в пгм231 тоже все корректно прописано.

MPB GS88P-3.8Gf DEC/10

что значит стоит обрабатывать 3 знака? Как это?

в 142 программе есть только количество ОТРЕЗАЕМЫХ цифр.

[Xaero_O]

что значит стоит обрабатывать 3 знака? Как это?

в 142 программе есть только количество ОТРЕЗАЕМЫХ цифр.

в 143й имелось ввиду? Да, 2 цифры отрезаю, но если честно, уже все перебрал там надеясь на чудо


и еще только что:
После очередных манипуляций сделал программный ресет станции, думал мало ли ... Так вот потом вдруг обнаруживаю в ПГМ231 во всех строках, где я вбивал стэйшены, стоит station 100 о_О. Ну 100й номер на первом порту живет и там системник работает вообщем-то, и вызовы также не проходят и на него, но такой сюрприз пугает немного.

[AXEL]

трассировку входящего вызова можете прислать?

[Xaero_O]

А не могли бы подсказать как ее сделать.
Я так понимаю "mon> t b " надо использовать, но как там правильно задать параметры.

Вот bc
### Board Configuration Table ###
SLOT STAS COLS VMIS S-off T-off V-off BrdName AdmBrdName
---- ---- ---- ---- ------ ------ ------ ------- ----------
1 8 0 0 1( 0) 0(--) 0(--) HYBRID HYBRID
2 8 0 0 9( 1) 0(--) 0(--) HYBRID HYBRID
3 8 0 0 17( 2) 0(--) 0(--) HYBRID HYBRID
4 16 0 0 25( 3) 0(--) 0(--) SLIB16 SLIB16
5 0 3 0 0(--) 1( 0) 0(--) LCOB3 LCOB3
6 0 15 0 0(--) 10( 3) 0(--) PRIB PRIB
7 0 3 0 0(--) 4( 1) 0(--) LCOB3 LCOB3
8 0 3 0 0(--) 7( 2) 0(--) LCOB3 LCOB3

[AXEL]

пароль jennie
t b номер слота платы prib

потом дать команду x
и сделать входящий вызов.

175 программа назначить порт для трассировки (по умолчанию стоит ком)
2-й свич на процессоре перевести в положение от блока питания.

[AXEL]

t b 6

[Xaero_O]

Аааа, понятно почему не получалось, пеереключатель на MPB надо еще перевести ... но такой возможности нету. Ща по ip управляем, эх... а атс оч далеко, и там никто с ней ничего не сможет сделать.

[Xaero_O]

Решил сделать преобразования нужные на циске и использовать did conv type 1. Но проблема странная, если кто сталкивался с подобным, отпишитесь.

[All is not what ...]

deb isd q93

[vitalii]

Настраивал IPLDK разные кучу раз, но сейчас ступор какой-то.

Итак, есть поток PRI между cisco 2901 и ipldk60. Изначально все настроил другой человек, якобы все заработало. Через пару недель абоненты ldk жалуются, что не проходят входящие вызовы по потоку и вроде бы никто ничего не трогал. Все перепроверил, ошибок в конфигах не нашел. Cisco отсылает на атс пять знаков, там стоит обрабатывать 3 знака, did conv type 2, в пгм231 тоже все корректно прописано. На лдк ни разу дебаг не делал, поэтому могу сказать, что со стороны cisco виден release от атс с причиной 102 по й931. Если во время вызова посмотреть команду bs 06 в telnete к атс, то по одной сл виден di-dialing, но до кпв дело не доходит ((.

Ради интереса попробовал изменить did conv type 1, и в маске к линиям прописал #10*, вызовы прошли. Значит на уровне железа все норм получается. Но ведь сто раз did conv type 2 использовал, все настройки аналогичны работающим схемам, да и пару недель то работало (если ничего никто не путает). Ну и оборудование перезагрузили естесно уже.

Что можно предпринять в данной ситуации, подскажите плз...

MPB GS88P-3.8Gf DEC/10

в 202-й проге укажите номера линий PRI, а также нарисуйте 5-ти значный номер(входящий) и номер индекса который будет использоваться в 231проге (см. функцию MSN). в 231-ой проге направте этот индекс на необходимого абонента. ничего в 143-ей не режете, а DID Conv=2