to fedoseevka
это 1 и 1 а не 0,5+0,5 и 0,5+0,5
to vad
прова поймать за зад сложно но можно, и пока будем выяснять отношения на предмет "кривых" рук инженера прова клиент не должен страдать.
кривые руки не зря выделил - один толковый инженер на несколько узлов, без него и чихнуть все боятся в плане что-то подправить
27.06.2012 10:08:22, error.]]>
А если склеить обратно? Снова начнется?
Просто странно это. Тем более в вашем примере - СНАРУЖИ пришло сообщение по одной плате, а потом по другой.
Как на ВНЕШНЮЮ станцию могло повлиять разделение потоков по разным TG - это чудеса. Я больше поверю, что надо было рестартовать станцию или хотя-бы процесс mtracer.
27.06.2012 05:04:08, vad.]]>
====quote====
error пишет:
распили оба потока на две TG
=============
в смысле литр на 2 по 0,5 ?
26.06.2012 23:42:42, fedoseevka.]]>
====quote====
vad пишет:
По этому на мой взгляд - в трассировке начало одного звонка по одному потоку и конец другого по другому.
=============
в идеальных условия так оно и должно быть
====quote====
vad пишет:
Хотя я не обладаю ВСЕЙ трассировкой за какое-то время.
=============
сняли большой кусок трассы (с десяток мегабайт) за пару дней. раскурил, далеко уж не идеальные условия.
там где маркировка пакетов перескакивает через один как данном примере трассы (020399 setup, 020401 call proc) происходит скакание звонка по разным потокам
распили оба потока на две TG и "как бабка наговорила" все прошло
26.06.2012 22:52:49, error.]]>
Референсы на разных потоках - тикают самостоятельно (иначе на больших свичах - не хватило двух байт под это дело).
По этому на мой взгляд - в трассировке начало одного звонка по одному потоку и конец другого по другому. Хотя я не обладаю ВСЕЙ трассировкой за какое-то время.
26.06.2012 09:04:37, vad.]]>
====quote====
vad пишет:
референсы являются уникальными для потока, в соседних могут и совпадать.
=============
дык... начало звонка на плате 7, финиш звонка на плате 6, такое может быть?
интенсивность звонков была минимальная, вероятность совпадения референса почти никакая
26.06.2012 08:45:59, error.]]>
А что странного - референсы являются уникальными для потока, в соседних могут и совпадать.
Если в трассировке (полной) после Call Proc в 7-й плате ничего нет - тогда странно.
26.06.2012 04:42:47, vad.]]>
OXE 10 j1.410.47 корпус eMG (mr3) GD3+CS2
CS2 стоит в шелфе 2, так же в шелфе 2 в слотах 6 и 7 стоят платы PRI
оба потока приходят с одного места (т.е. от одного прова)
оба потока объедены в одну транк-группу
выловили кусок интересной трассировки, а если точнее - кусок "странной" трассировки звонка
на первый взгляд трассировка как трассировка, стоит сопоставить "cryst cpl" с "Call ref" интересно получается откуда эта фишка лезет толи с атс толи от прова
дополнение - звонок в pstn
infocs показывает
2-6 synchro 201
2-7 pot_synchro 201
____________________________________________________________
| (566695:020399) 1206: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 55 desti: 0 source: 15 cryst: 2 cpl: 7 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 34 76
|____________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[1e] PROGRESS_ID (l=2) 80 83
| IE:[6c] CALLING_NUMBER (l=12) -> 21 81 Num : 8435571923
| IE:[70] CALLED_NUMBER (l=8 ) -> a1 Num : 5265320
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________
____________________________________________________________
| (566698:020401) Concatenated-Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 2 cpl: 7 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : b4 76
|____________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 9c -> T2 : B channel 28 exclusive
|____________________________________________________________
____________________________________________________________
| (566702:020402) Concatenated-Physical-Event :
| long: 26 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
| tei: 0 >>>> message received : DISCONNECT [45] Call ref : b4 76
|____________________________________________________________
|
| IE:[08] CAUSE (l=2) 84 91 -> [91] USER BUSY
| IE:[1e] PROGRESS_ID (l=2) 82 88
|____________________________________________________________
____________________________________________________________
| (566702:020403) 1207: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 2 cpl: 6 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : RELEASE [4d] Call ref : 34 76
|____________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________
____________________________________________________________
| (566703:020404) Concatenated-Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
| tei: 0 >>>> message received : REL COMP [5a] Call ref : b4 76
|____________________________________________________________
что скажите?
26.06.2012 00:32:42, error.]]>