Ворос по трассе ЛДК, трасса ЛДК Опции

[R@M]

Доброго времени суток уважаемые специалисты...
Есть вопросс следующего характера: имеем ЛДК-300 с 2 потоками, время от времени один из потоков "затыкается " на нашей атс ( кпв есть-звонка нет)...Лечится только ресетом...Причём затыкается только один поток, второй работает исправно...Меня очень сильно смущает подмена каналов в команде "аллерт", на трассе это хорошо видно. Кабеля синхры проверяли, платы местами меняли ( проблема остаётся с потоком, а не уходит с платой), прошивку тоже меняли вместе с процом ( на всякий случай ), сейчас версия 3.6 . Если есть какието соображения, прошу поделится.
Привожу один пример трейса с ЛДК,прилагаю файлик поболее, так как поток звонков большой прошу прощенья за невозможность отследить один какой-то звонок.....
Заранее спасибо.......

(CO 23) SETUP
IE_BEARER_CAPABILITY
IE_CHANNEL_INFO
IE_CALLING_NO
1111111111
IE_CALLED_NO
1111111
IE_SEND_COMPLETE

145358 C>06 11, D1 06 02 18 03 A9 83 8B
--------------------============================================>>>>>>>>>>
(CO 23) CALL PROCEEDING
IE_CHANNEL_INFO

145358 COL 023:06 11 St:co idle (00) Ev-I:ring start P1: 0 P2: 0 EVT: 11 <- 23,61
145358 D>06 11, C0 00 4E
145358 COL 023:06 11 St:di-dialing(00) Ev-I:disa dgt P1: 1 P2: 0 EVT: 80 <- 23,61
145358 COL 023:06 11 St:di-dialing(00) Ev-I:disa dgt P1: 1 P2: 0 EVT: 80 <- 23,61
145358 COL 023:06 11 St:di-dialing(00) Ev-I:disa dgt P1: 1 P2: 0 EVT: 80 <- 23,61
145358 COL 023:06 11 St:di-dialing(00) Ev-I:disa dgt P1: 1 P2: 0 EVT: 80 <- 23,61
145358 COL 023:06 11 St:di-dialing(00) Ev-I:disa dgt P1: 1 P2: 0 EVT: 80 <- 23,61
145358 COL 023:06 11 St:di-dialing(00) Ev-I:disa dgt P1: 1 P2: 0 EVT: 80 <- 23,61
145358 COL 023:06 11 St:di-dialing(00) Ev-I:disa dgt P1: 1 P2: C EVT: 80 <- 23,61
145358 D>06 11, C5 00 00
145358 D>06 11, C5 00 00
145359 D>06 11, C0 00 4E
145359 D>06 11, C5 05 01
145359 COL 023:06 11 St:hnt-queued(00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 23,61
145359 COL 023:06 11 St:hnt-queued(00) Ev-I:dummy acd P1:26AF P2: 2 EVT: 0 <- 23,61
145359 COL 023:06 11 St:hnt-queued(00) Ev-I:dd rng ack P1: 0 P2: 0 EVT: 82 <- 2,01
145359 C>06 11, D0 06 01 18 03 A9 83 8B
--------------------============================================>>>>>>>>>>
(CO 23) ALERTING
IE_CHANNEL_INFO

145359 COL 024:06 12 St:co idle (00) EVT 5 24 05 04 03 80 90 A3 18 03 A1 83 8C 6C 0C 21 80 30 36 33 33 37 35 33 34 37 38 70 08 C1 34 35 35 39
39 35 35 A1 (U0)
145361 COL 025:06 13 St:co idle (00) EVT 5 24 05145363 COL 022:06 10 St:co idle (00) 145363 D>06 10, C5 00 00
145374 COL 030:06 18 St:ds-talk (00) EVT E 05 45 08 02 81 90 (U10)
<<<<<<<<<<============================================--------------------
(CO 30) DISCONNECT
IE_CAUSE
CCITT standardized coding
private network serving local user
normal call clearing

145374 C>06 18, DF 05 4D 08 02 81 90
--------------------============================================>>>>>>>>>>
(CO 30) RELEASE
IE_CAUSE
CCITT standardized coding

145375 COL 030:06 18 St:ds-talk (00) EVT :E0 05 5A 08 02 81 90 (U19)
IE_CAUSE

145378 COL 030:06 18 St:ds-talk (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 30,61
145378 D>06 18, C5 00 00
EVT F 05 4D 08145383 COL 027:06 15 St:di-dialing(00) 145384 D>06 15, C5 00 00
145399 COL 024:06 12 St:hnt-queued(00) EVT E 05 45 08 02 81 90 (U7)
<<<<<<<<<<============================================--------------------
(CO 24) DISCONNECT
IE_CAUSE
CCITT standardized coding
private network serving local user
normal call clearing

145399 C>06 12, DF 05 4D 08 02 81 90
--------------------============================================>>>>>>>>>>
(CO 24) RELEASE
IE_CAUSE
145403 COL 029:06 17 St:co idle (00) EVT 5 24 05 04 03 80 90 5A145409 COL 025:06 13 St:co idle (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 25,61
145410 COL 013:06 01 St:co idle (00) 145416 COL 014:06 02 St:hnt-queued(00) EVT E 05 45 08 02 81 90 (U7)

Прикрепленные файлы

 __________________.txt ( 18,52 килобайт ) Кол-во скачиваний: 3

 

[harris]

Меня очень сильно смущает подмена каналов в команде "аллерт", на трассе это хорошо видно.

С чего Вы это взяли??? Где Вы это на трассе "хорошо увидели"???
Здесь нет никакой подмены каналов!!! Входящий вызов был в 11 канале, вот для 11-го канала и выдается Call_Proc и Allert.

[R@M]

добрый день....почему 11 ???? 23


или я не туда смотрю???

[R@M]

CO 23) ----- ? ALERTING
IE_CHANNEL_INFO

145359 COL 024 ------ ? :06 12 St:co idle (00) EVT 5 24 05 04 03 80 90 A3 18 03 A1 83 8C 6C 0C 21 80 30 36 33 33 37 35 33 34 37 38 70 08 C1 34 35 35 39
39 35 35 A1 (U0)
145361 COL 025 -------- ?:06 13 St:co idle (00) EVT 5 24 05145363 COL 022:06 10 St:co idle (00) 145363 D>06 10, C5 00 00
145374 COL 030 --------- ?:06 18 St:ds-talk (00) EVT E 05 45 08 02 81 90 (U10)

[harris]

CO 23) ----- ? ALERTING
IE_CHANNEL_INFO

145359 COL 024 ------ ? :06 12 St:co idle (00) EVT 5 24 05 04 03 80 90 A3 18 03 A1 83 8C 6C 0C 21 80 30 36 33 33 37 35 33 34 37 38 70 08 C1 34 35 35 39
39 35 35 A1 (U0)
145361 COL 025 -------- ?:06 13 St:co idle (00) EVT 5 24 05145363 COL 022:06 10 St:co idle (00) 145363 D>06 10, C5 00 00
145374 COL 030 --------- ?:06 18 St:ds-talk (00) EVT E 05 45 08 02 81 90 (U10)

Совершенно не туда!!!

Вот Alerting:
145359 C>06 11, D0 06 01 18 03 A9 83 8B

6-ой слот, 11 канал - это и есть ваша СО023

[R@M]

даа...это я понимаю что для потока 11 а для меня 23 ))))))
а это что обозначает????

145359 COL 024 ------ ? :06 12
45361 COL 025 -------- ?:06 13
145374 COL 030 --------- ?:06 18

[harris]

даа...это я понимаю что для потока 11 а для меня 23 ))))))
а это что обозначает????

145359 COL 024 ------ ? :06 12
45361 COL 025 -------- ?:06 13
145374 COL 030 --------- ?:06 18

А говорите, что понимаете...
Это относится к вызовам, осуществляемым по другим каналам потока (12, 13, 18). Т.е. это уже другие вызовы.

[R@M]

Вот так....Вы разрушили последнюю идею )
Но почему тогда если по трасу с алертом порядок ни один тлф в системе не звонит???

[harris]

Вот так....Вы разрушили последнюю идею )
Но почему тогда если по трасу с алертом порядок ни один тлф в системе не звонит???

Исследовать нужно. Пока что нет никакой информации.
- Какой вызов был??? Куда должен быть направлен??
- Все последующие вызовы тоже уходят в "никуда"??
- Где трассировка именно этого вызова?? (Только трассировки лучше снимать без опции "n", т.е. без этой примитивной расшифровки)
- Оба потока от одного провайдера??
- С акого потока берется синхронизация??
- А поток полностью не "падает" в этот момент??

[R@M]

1. Вызовы ТОЛЬКО входящие, направляются на группу операторов ( 12 системных телефонов )
2. Пропадают ВСЕ вызовы с данного потока, с аналоговых линий и другого потока - порядок, лечится только ресетом, пропадают в среднем 3 раза в день
3. трассировку завтра сниму, только один вызов сложно поймать , там проходит в среднем 600-900 звонков в час
4. Нет, поток который нормально работает от провайдера, который глючит - с астериска..Синхру берём от провайдера и транслируем на астериск( пробовали сервевер и мастером и слейвом - результат тот-же). На астериске смотрели трассу тоже, сказали что алерт отрабатывается корректно( но звонков нет )
5. Нет , поток физически нормальный, выход с него проверить нет возможности ( так как исходящей связи там вообще нет)

От нагрузки это не зависит, так как если отключить ( програмно) поток с астериска и направить трафик на поток провайдера - всё ок...

[harris]

1. Вызовы ТОЛЬКО входящие, направляются на группу операторов ( 12 системных телефонов )
2. Пропадают ВСЕ вызовы с данного потока, с аналоговых линий и другого потока - порядок, лечится только ресетом, пропадают в среднем 3 раза в день
3. трассировку завтра сниму, только один вызов сложно поймать , там проходит в среднем 600-900 звонков в час
4. Нет, поток который нормально работает от провайдера, который глючит - с астериска..Синхру берём от провайдера и транслируем на астериск( пробовали сервевер и мастером и слейвом - результат тот-же). На астериске смотрели трассу тоже, сказали что алерт отрабатывается корректно( но звонков нет )
5. Нет , поток физически нормальный, выход с него проверить нет возможности ( так как исходящей связи там вообще нет)

От нагрузки это не зависит, так как если отключить ( програмно) поток с астериска и направить трафик на поток провайдера - всё ок...

- вызовы в этом потоке принимаете как DID или как Normal (ПГМ140)??
- что прописано в ПГМ167/2 (Error)??
- что прописано для каналов этого потока в ПГМ144??
- какой тип Hunt-группы (ПГМ190)??? Что прописано в атрибутах группы (ПГМ191)??

[R@M]

1. потоки настроены как DID
2. в пгм 167 везде Attd
3. всё на группу 620
4. группа ринговая, с настройками по умолчанию

и с первого и со второго потока звонки валятся по одной мсн ячейке ( т.е. для атс существует только один городской номер для всего).....

[harris]

1. потоки настроены как DID
2. в пгм 167 везде Attd
3. всё на группу 620
4. группа ринговая, с настройками по умолчанию

и с первого и со второго потока звонки валятся по одной мсн ячейке ( т.е. для атс существует только один городской номер для всего).....

Проверьте: входящие вызовы в проблемном потоке поступают в одних и тех каналах???
- при нормальной работе потока
- когда поток "заткнулся"
Или вызовы идут "кругу" и начиная с каких-то каналов уходят в "никуда"...
Т.е. посмотрите, связана ли проблема с номерами каналов, в которых приходит вызов??

[ЛыЖник]

[quote name='R@M' date='22.12.2009, 13:36' post='27094']
Доброго времени суток уважаемые специалисты...
Есть вопросс следующего характера: имеем ЛДК-300 с 2 потоками, время от времени один из потоков "затыкается " на нашей атс ( кпв есть-звонка нет)...Лечится только ресетом...Причём затыкается только один поток, второй работает исправно.

Добрый день! У меня такая же ерунда была со вторым потоком. Оба потока и на АТС и на ГАТС объеденены логически в один пул. Плата первогов первом KSU, а вторая во втором. Кабели синхронизации и пр. все есть. Неисправность выглядела так: аварии на плате не было, входящие как бы подвисали, т.е. нет отбоя и нет соединения. Если при нажатии 9-ки попадался канал из второго потока, то АТС сама играла отбой. Лечилось тока ресетом. Но, когда это стало надоедать, то я позвонил на ГАТС и попросил их перегрузить их плату Е1 в их АТС. И все прошло. Меня иногда удивляет, что в моментах, где возможно виновата или ГАТС или УПАТС, подозрение падает только на LDK-300. И никто не лечит провайдера...

[R@M]

добрый день...
to harris: нет, входящие рулятся по кругу, распределяются по всему потоку, зависимости от каналов точно нет( так как при таком трафике все каналы перебираются за 1-2 мин)

to ЛыЖник: дело в том что как раз от провайдера с потоком всё ок(даже если мы весь трафик переключим на один поток-есть такая возможность) атс работает месяцами как вкопанная,,,,,,,а вот только подключаем астериск - всё ресет ( причём странно там уже могут спрогнозировать ресет по времени с разницой в 1-2 часа???????????)....Причём ресет необязательно атс, можна и астериск-поможет.......Я интуитивно подозреваю что дело в сервере, но я хочу предметно даказать это........


to harris:Вы просили трейс без "n", вот кусок, во время всего трейса ни один телефон не звонил.......

спасибо

Прикрепленные файлы

 2124.TXT ( 40,46 килобайт ) Кол-во скачиваний: 9

 

[harris]

добрый день...
to harris: нет, входящие рулятся по кругу, распределяются по всему потоку, зависимости от каналов точно нет( так как при таком трафике все каналы перебираются за 1-2 мин)

to ЛыЖник: дело в том что как раз от провайдера с потоком всё ок(даже если мы весь трафик переключим на один поток-есть такая возможность) атс работает месяцами как вкопанная,,,,,,,а вот только подключаем астериск - всё ресет ( причём странно там уже могут спрогнозировать ресет по времени с разницой в 1-2 часа???????????)....Причём ресет необязательно атс, можна и астериск-поможет.......Я интуитивно подозреваю что дело в сервере, но я хочу предметно даказать это........


to harris:Вы просили трейс без "n", вот кусок, во время всего трейса ни один телефон не звонил.......

спасибо

На этой трассировке видно, что:
1) на некоторые вызовы был ответ!!! Если Вы говорите, что телефоны в это время не звонили, то скорее всего у Вас в атрибутах группы указана выдача Гарантированного приветствия (VMIB Announce 1, Timer 1 =0 )!!!
Ответ был дан через разное время, возможно вызов ожидал пока освободится канал на VMIB.
К сожалению, в эту часть лога не попали дальнейшие сообщения об этих вызовах... Может у Вас используется достачно длинное привествие?? Ну, вообщем для этих вызовов осталось неясно, что с ними было дальше.
2) На некоторые вызовы после того, как LDK дает сообщение Alerting в сторону Астериска и ставит вызов в очередь в Hunt-группу, от Астериска приходит Disconnect!!!!! (через 2 -4 сек от начала вызова). Т.е. Астериск разъединяет вызов, для которого еще не было даже воспроизведено Приветствие группы (не было Connect'а), поэтому телефоны операторов и не звонят!!

[R@M]

По второму пункту понял....
По первому - у нас нет в атс голоса ????????

[harris]

По второму пункту понял....
По первому - у нас нет в атс голоса ????????

Вы написали, что в течении этого времени, телефоны операторов не звонили.
Но на эти вызовы был ответ (Connect)!!! Значит операторы все-таки продолжали принимать вызовы с этого потока???
Что у Вас указано в атрибутах этой Hunt-группы операторв???

[R@M]

с данного потока вызовов небыло точно, но вызовы продолжали поступать с другого потока ( я определяю просто по номерам линий на системнике).....Картинку прилагаю

Прикрепленные файлы

 __________________2_.gif ( 135,82 килобайт ) Кол-во скачиваний: 18

 

[harris]

с данного потока вызовов небыло точно, но вызовы продолжали поступать с другого потока ( я определяю просто по номерам линий на системнике).....Картинку прилагаю

В трассировке видны именно вызовы по этому же потоку (слот 6), и на эти вызовы был дан Connect (ответ)!!!