проблема с настройкой потока PRI

[Andrew Ch.]

Судя по описанным индикаторам оператор не поднял у себя L2. История стара, как мир.
Все сделали, а канал в сервис ввести забыли.

ответ от провайдера:
На Sprinter установленном на вашей стороне 1,2,3,6 .В свое оборудование ,соответственно, на 1,2,4,5 .L2-поднят на E1-0

но поток пока не работает

[LionB]

Ну так сделайте ему заворот его 12 на 36 и пусть смотрит свой же Loop Back для начала.

[Andrew Ch.]

разобрались.
на самом деле у них 1,2 - 3,6
это наше российское "железо", там свои стандарты
оказалось, что на этой железке 2 порта Е1, провайдер сказал подключаться к порту №1, а сам настроил порт №0. ну это как-обычно, когда подключение и настройку делают 2 разных человека у провайдера.

[Andrew Ch.]

один исходящий звонок удалось сделать, но выдал АОН из 1-ой таблицы по 323, где прописан АОН для SIP.
потом выдавал "out of service"
после пошли ошибки
MJD03 10/17/2012 10:56:41 Red Alarm C2-S03
MJD07 10/17/2012 10:56:41 Blue Alarm C2-S03
MJD04 10/17/2012 10:56:42 Red Alarm Rec C2-S03
MJD08 10/17/2012 10:56:42 Blue Alarm Rec C2-S03

по инструкции они описаны как
Red Alarm - Потеря ИКМ несущей от карты TEPRI более 250 мсек.
Blue Alarm - Однократные ошибки передачи на TEPRI карте.
оборудование провайдера по питанию передёргивали, плату программно тоже перегружал. не помогает.

поток есть, но входящие не проходят, на выход тоже не дает.

[LionB]

А какой у тебя CLI Table стоит на это PRI карте.
Далее, левым CLIP, по соображениям безопасности, мог блокироваться не MUX на сайте клиента, а канал там на коммутаторе оператора.

[Andrew Ch.]

в 323 в 1-ой таблице стоит номер в формате 22ХХХХ, во 2-ой таблице - 24ХХХХ
в 837 Send CLI Table стоит 1
в 427 CLI Table стоит 2

[LionB]

Т.е. на PRI карте стоит CLI Table 2, а шлется номер из 1?
А если переиграть на PRI поставить CLI Table 1 и в ММС323 заполнить ее для PRI, а под SIP в ММС837 поставить CLI Table 2 и заполнить ее соотведственно под SIP.
P.S. Судя потому, что мы так и не разобрались в исходных постах с принципом работы SIP у тебя, еще непонятно откуда станция под SIP у тебя берет CLI Table из SIP Carrier или из SIP Peering (поставь пока для эксперимента одинаково).

[Andrew Ch.]

поменял, перегрузил обе платы (на всякий случай)
c softphone исходящий звонок через sip прошёл с правильным АОН (22ХХХХ), т.е. с table 2. на экране была надпись "alert_in"
через PRI не идет, выдает "out of service"

[LionB]

через PRI не идет, выдает "out of service"

Я же писал.

Далее, левым CLIP, по соображениям безопасности, мог заблокироваться не MUX на сайте клиента, а канал там на коммутаторе оператора.

[Andrew Ch.]

так PRI сейчас должен брать номер из table 1, прописан АОН оператора, т.е. 24ХХХХ
пробовал подставить АОН 24ХХХХ в обе таблицы в 323.
Результат тот же.
Вечером попробую вообще отрубить SIP и посмотреть как будет себя pri вести.