Тема: 63й отбой при входящих вызовах
:gulp: А разве здесь идет речь о том, чтобы “постоянно держать трассировку включенной” ???
Переключатель №3 в положении OFF - это только разрешение получать трассировку, но вовсе не ее включение.
Вы же знаете, что трассирвка включается из терминального режима вводом соответствующей команды. И выключается вводом команды.
А переключатель может всегда быть в нужном для трассировки положении. Это никак не влияет на загрузку процессора!!
Я так всегда и делаю. Когда понадобится трассировать, то не придется просить клиента бежать к станции, чтобы установить переключатель в OFF.
Ну значит я в свое время недопонял.
По словам клиента опять рвутся звонки. Включены все трассировки, во время тестовых звонков всё хорошо... барабашки какие-то >_<
На лж включил трасировку потоковой платы и нескольких СО
Возможно ли включить трасировку абонентских линий и/или процессорной платы, чтобы увидеть “глюки” атс или, например, кратковременные разрывы шлейфа абонентского? (ldk 100 ver 3.9Ah)
Вы нашли, что LDK разрывает связь в потоке??? На трассировке это видно??
Если нет, то о каких глюках речь???
Абонентские платы трассируются точно так же, как и потоковая плата.
не, пока ничего не нашёл. проблема спряталась =(
ставить “t b 2” (2 - slot slib2e)?
Да.
Но это внутренняя трассировка платы, поэтому по ней Вы врядли что-либо поймете...
ПОЙМАЛ!!! (на другой атс)
Print Sys Config
SLOT BRD-TYPE FW-Ver. BRD-ISSUE SERVICE
---- ---------- ------- --------- -------
0 MPBN 3.8Ct
1 ....
2 SLIB12 INS
3 ....
4 ....
5 ....
6 NPRIB INS
7 ....
8 ....
9 ....
10 ....
11 ....
12 ....Print SLOT : 2 Config
SLOT : 2
Board Type : SLIB12
STN TYPE STATUS BTNS LCD STATE
----- -------------- ------ ------ --- -------
112 SLT DTMF INS 0 N IDLE
113 SLT DTMF INS 0 N IDLE
114 SLT DTMF INS 0 N COL TALK
115 SLT DTMF INS 0 N IDLE
116 SLT DTMF INS 0 N IDLE
117 SLT DTMF INS 0 N IDLE
118 SLT DTMF INS 0 N IDLE
119 SLT DTMF INS 0 N IDLE
120 SLT DTMF INS 0 N IDLE
121 SLT DTMF INS 0 N IDLE
122 SLT DTMF INS 0 N IDLE
123 SLT DTMF INS 0 N IDLEPrint SLOT : 6 Config
SLOT : 6
Board Type : NPRIB
CO CO LINE TYPES PULSE/DTMF CO/PBX STATUS
---- ----------------------- ------------ --------- ----------
1 ISDN DID DTMF CO wait-idle
2 ISDN DID DTMF CO wait-idle
3 ISDN DID DTMF CO wait-idle
4 ISDN DID DTMF CO wait-idle
5 ISDN DID DTMF CO co idle
6 ISDN DID DTMF CO co idle
7 ISDN DID DTMF CO co idle
8 ISDN DID DTMF CO co idle
9 ISDN DID DTMF CO co idle
10 ISDN DID DTMF CO co idle
11 ISDN DID DTMF CO co idle
12 ISDN DID DTMF CO co idle
13 ISDN DID DTMF CO co idle
14 ISDN DID DTMF CO co idle
15 ISDN DID DTMF CO co idle
16 ISDN DID DTMF CO co idle
17 ISDN DID DTMF CO co idle
18 ISDN DID DTMF CO co idle
19 ISDN DID DTMF CO co idle
20 ISDN DID DTMF CO co idle
21 ISDN DID DTMF CO co idle
22 ISDN DID DTMF CO co idle
23 ISDN DID DTMF CO co idle
24 ISDN DID DTMF CO co idle
25 ISDN DID DTMF CO co idle
26 ISDN DID DTMF CO co idle
27 ISDN DID DTMF CO talk
28 ISDN DID DTMF CO co idle
29 ISDN DID DTMF CO wait-idle
30 ISDN DID DTMF CO wait-idle### TimeSlot Assignment ###
SLOT BoardName Needed T/S Allocated T/S
---- --------- ---------- -------------
1 .... 0 0
(У НАС ВСЕГДА В КОНФИГЕ ПЕРВОЙ ПЛАТОЙ DTIB ПРОПИСЫВАЕТСЯ
ЧТОБЫ В СЛУЧАЕ ПРОБЛЕМ МОЖНО БЫЛО БЫ СРАЗУ С НЕЙ И СИСТ
ТЕЛЕФОНОМ ПОДЪЕХАТЬ, СУНУТЬ И СМОТРЕТЬ)
2 SLIB12 12 12
6 NPRIB 32 32Трасировка со стороны вышестоящей атс (на ЛЖ пока не включен атрасировка =( )
SETUP к ЛЖ
==========================================================
00000010 : Sender_MID----------2
00010110 : Sender_PID----------PID_PRA
00000010 : Receiver_MID--------2
00011111 : Receiver_PID--------PID_LAPMAIL
00110001 : LENGTH--------------49
00000000 :
01000000 : PSN-----------------1088
00000100 :
00110001 : PrimID--------------DL_DATA_REQ
00000001 : CES-----------------1
00000000 : SAPI----------------0
00001000 : ProtocolID----------8
00000010 : CR_Length-----------2
00000011 : CRH_Value-----------0x03
00100101 : CRL_Value-----------0x25
00000101 : Message_Type--------SETUP
==========================================================
10100001 : IE_NAME(SENDING_COMPLETE)
--------------------------------------------
00000100 : IE_NAME(Bearer_Capability)
00000011 : IE_Length(3 bytes)
1------- : EXT(1)
-00----- : Coding_standard(ITU-T Standard)
---10000 : Info_trans_capability(3.1 kHz Audio)
1------- : EXT(1)
-00----- : Trans_mode(Circuit Mode)
---10000 : Info_trans_speed(64 kbit/s)
1------- : EXT(1)
-01----- : Layer_I ID
---00011 : Use_Info_Layer_I_protocol(Recommendation G.711 A law)
--------------------------------------------
00011000 : IE_NAME( : CHANNEL_IDENTIFICATION)
00000011 : IE_Length(3 bytes)
1------- : EXT(1)
-0------ : Exist Interface ID(Interface Identified impliedly)
--1----- : Interface Type(Other Interface)
---0---- : Backup
----0--- : Prefered/Exclude(Prefered)
-----0-- : D_Channel_Indicator(Not D Channel)
--10--01 : Info_channel_selection(Not D Channel)
1------- : EXT(1)
-00----- : Coding_Standard(ITU-T Standard)
---0---- : Number/Map(Number)
----0011 : Channel Type(B Channel)
10011111 : Number/Map B31
--------------------------------------------
00011110 : IE_NAME( : PROGRESS_INDICATOR)
00000010 : IE_Length(2 bytes)
1------- : EXT(1)
-00----- : Coding_Standard(ITU-T Standard)
---0---- : Backup
----0010 : Location(Public Network Serving the Local User)
1------- : EXT(1)
-0000011 : Progress Indicator(Start Address Is Not ISDN)
--------------------------------------------
01101100 : IE_NAME( CALLING_PARTY_NUMBER)
00001100 : IE_Length(12 bytes)
0------- : EXT(0/1)
-010---- : Type_of_Number(National Number)
----0001 : Number_Plan_ID(ISDN/Telephony Numbering Plan)
1------- : EXT(1)
-00----- : PI(Presentation Allowed)
---000-- : Backup
------11 : Screen Indicator(Network Provided)
: Number 1234567890
--------------------------------------------
01110000 : IE_NAME(CALLED_PARTY_NUMBER)
00001000 : IE_Length(8 bytes)
1------- : EXT(1)
-100---- : Type of Number(Subscriber Number)
----0001 : Number_Plan_ID(ISDN/Telephony Numbering Plan)
: Number 6543210
--------------------------------------------RELEASE COMPLETE От ЛЖ
==========================================================
00000010 : Sender_MID----------2
00011111 : Sender_PID----------PID_LAPMAIL
00000010 : Receiver_MID--------2
00010110 : Receiver_PID--------PID_PRA
00001110 : LENGTH--------------14
00000000 :
01000000 : PSN-----------------1088
00000100 :
00110110 : PrimID--------------DL_DATA_IND
00000001 : CES-----------------1
00000000 : SAPI----------------0
00001000 : ProtocolID----------8
00000010 : CR_Length-----------2
10000011 : CRH_Value-----------0x83
00100101 : CRL_Value-----------0x25
01011010 : Message_Type--------RELEASE_COMPLETE
==========================================================
00001000 : IE_NAME( CAUSE )
00000010 : IE_Length(2 bytes)
1------- : EXT(0/1)
-00----- : Coding_Standard(ITU-T Standard)
---0---- : Backup
----0000 Location(Location User)
1------- : EXT(1)
-0111111 : Cause Value(63) / Cause(No suitable Service or Optional Project)
--------------------------------------------т.е. идёт к ЛЖ SETUP с занятием 31го канала, который по состоянию на ЛЖ как wait-idle, она и отбивает.
Набрал, к слову, несколько раз подряд и результат:
bs 6 показывает как wait-idle только СО2-СО4, однако с 63 релизом отбиваются звонки с 1-4 таймслотами, когда пошёл вызов на 5 таймслот, вызов прошёл.
Теперь вопрос: что такое за состояние “wait-idle” и с чего вдруг на атс некоторые таймлосты в такое состояние попадают? При том, что на данной атс всего 3 аналоговых абонента, т.е. разом занять больше 3х ТС они не могут.
Опишу проблему ещё раз, на всякий случай.
АТС ЛЖ ЛДК 100
Конфигурация: Slib2e + dtru4 (2й слот), pribe (6й слот), mpbn + lanu + pllu + asmu2e
На атс прописаны:
3 аналоговых абонента (112-114), у каждого свой 10ти значный аон, у всех есть доступ к первой СО группе (СО01-30), они все настроены как hotline на первую СО группу.
01-30 СО настроены как isdn did 2/4, т.е. при входящих вызовах 4 цифры отрезаются, оставшиеся идут в 231 программу. у каждого внутреннего свой 7ми значный номер, который в 231 программе на свой station идёт и днём и рероут. Ночного режима на атс нет.
Проблема:
Отбой при входящих звонках. При исходящих клиент снимает трубку и слышит сразу занято.
1) Нужно сделать так что выбор линий на вышестоящей АТС был начиная с первой линии (First Choice), но не с конца и не по-кругу.
А на LDK сделать выбор линии, начиная с последней - ПГМ160/3 = LAST Choice
3) Какой способ набора используется на LDK (ПГМ143/6): Enblock или Overlap??
1. С вышестоящей завтра сделаю (зачем?), на ЛДК по-умолчанию с конца занимается, мы не меняем. Так что сейчас исходящая связь всегда 30й занимает, а входящая кругом крутит слоты. Когда была проблема, “подвисали” первые таймслоты в потоке тоже, если сделать с первых всё время занимать при входящей связи - тогда клиента без вариантов без связи оставить, так то хоть 5й вызов прошёл...
2. - ?
3. overlap (при енблоке переадресация когда-то не работала, так что оставляем по умолчанию оверлап)
1. Этим SLT-абонентам не требуется передавать вызовы (Transfer) друг другу???
Поставьте ПГМ111/15 = 1 (Flash Drop =ON)
2. ИМХО, нужно бы снять трассировку потока на стороне LDK с момента перезапуска (пока каналы работают) до момента, когда возникает проблема. Может это поможет найти причину, по которой каналы “зависли”.
Вышестоящая АТС присылает Release_Complete при освобождении канала??
Кстати, что именно используется в качестве вышестоящей АТС??
3. В LG приходит запрос на 31 канал в потоке (CO30), но в LDK его состояние = Wait Idle, т.е. канал полностью не отбит.
В запросе указано, что если запрашиваемый канал занят, то предоставить любой другой свободный (Prefered).
Но станция LDK не работает с этой опцией, она работает с Exclusive (только запрашиваемый канал).
По крайней мере, я не помню, как именно LDK отрабатывает получение Prefered. Если удастся, то попробуем сегодня это смоделировать.
1. Не, не надо им переводить, поставлю Flash Drop
2. Проблема в том, что эта проблема может прятаться месяц. У меня нет возможности целый месяц просто сидеть и смотреть на трасировку к одной атс. Вышестоящая АТС - Huawei, чистый TDM, никакого ip. release_complete она посылает, посмотрел трасировки.
Т.е. проблема может проявится только через месяц?? Из ранее сказанного Вами, я понял, что после перезапуска станции проблема проявляется уже после нескольких вызовов...
Не могу сказать, в чем проблема. Вроде никто не жаловался на стыковку LDK с Huawai (как впрочем, и с другими станциями LDK нормально “дружит”).
Не, ещё ни разу проблема не была постоянной, всегда решалась перезагрузкой ЛЖ. Иногда решалась на неделю. а иногда и на несколько месяцев. Просто когда на атс 3 телефонных аппарата, не шибко активно звонящих - любая проблема будет месяц возвращаться.
