Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
интересная трассировка звонка
 
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
|____________________________________________________________­__________________


что скажите?
Изменено: error - 26.06.2012 00:58:22
Пути IP-пакета неисповедимы
 
А что странного - референсы являются уникальными для потока, в соседних могут и совпадать.
Если в трассировке (полной) после Call Proc в 7-й плате ничего нет - тогда странно.
 
Цитата
vad пишет:
референсы являются уникальными для потока, в соседних могут и совпадать.
дык... начало звонка на плате 7, финиш звонка на плате 6, такое может быть?
интенсивность звонков была минимальная, вероятность совпадения референса почти никакая
Изменено: error - 26.06.2012 08:49:15
Пути IP-пакета неисповедимы
 
Референсы на разных потоках - тикают самостоятельно (иначе на больших свичах - не хватило двух байт под это дело).
По этому на мой взгляд - в трассировке начало одного звонка по одному потоку и конец другого по другому. Хотя я не обладаю ВСЕЙ трассировкой за какое-то время.
 
Цитата
vad пишет:
По этому на мой взгляд - в трассировке начало одного звонка по одному потоку и конец другого по другому.
в идеальных условия так оно и должно быть

Цитата
vad пишет:
Хотя я не обладаю ВСЕЙ трассировкой за какое-то время.
сняли большой кусок трассы (с десяток мегабайт) за пару дней. раскурил, далеко уж не идеальные условия.
там где маркировка пакетов перескакивает через один как данном примере трассы (020399 setup, 020401 call proc) происходит скакание звонка по разным потокам


распили оба потока на две TG и "как бабка наговорила" все прошло
Пути IP-пакета неисповедимы
 
Цитата
error пишет:
распили оба потока на две TG
в смысле литр на 2 по 0,5 ?  :D
 
А если склеить обратно? Снова начнется?
Просто странно это. Тем более в вашем примере - СНАРУЖИ  пришло сообщение по одной плате, а потом по другой.
Как на ВНЕШНЮЮ станцию могло повлиять разделение потоков по разным TG - это чудеса. Я больше поверю, что надо было рестартовать станцию или хотя-бы процесс mtracer.
 
to fedoseevka

это 1 и 1 а не 0,5+0,5 и 0,5+0,5  :D

to vad
прова поймать за зад сложно но можно, и пока будем выяснять отношения на предмет "кривых" рук инженера прова клиент не должен страдать.

кривые руки не зря выделил - один толковый инженер на несколько узлов, без него и чихнуть все боятся в плане что-то подправить
Пути IP-пакета неисповедимы
Страницы: 1
Читают тему