Нажмите для просмотра прикрепленного файлаКоллеги, помогите устранить проблему.
Есть схема организации связи (см. прилагаемый файл). У абонентов Сохо идут постоянные обрывы как входящей, так и исходящей связи. Практически каждый пятый звонок. Проводилась замена основного блока Сохи, также был заменен FXS шлюз (Д-Линк 5008) со стороны LG на шлюз Linksys. Результата это не дало.
По различным косвенным признакам наиболее вероятным виновником обрывов является Сохо, но как это выяснить точно не понятно.
Вчера был установлен комп для снятия мониторинга, но что именно ставить на мониторинг и куда потом смотреть я не знаю. Могу выложить любые данные, только скажите, что именно выкладывать (мониторинг, конфиг и т.д.)

Включите в СО внутренний номер, и звоните на него. Если обрывов связи не будет - думаем дальше. Желательно посмотреть файл настроек. И версию знать..

**Включите в СО внутренний номер, и звоните на него.
Не понял, что надо тут делать. (

**Желательно посмотреть файл настроек.
Как его выложить? Форум не дает прикрепить usr-файл.

**И версию знать..
Aria SOHO Office MPB GS84P-3.7Fb SEP/08

Да что не понятного. Берете аналоговый внутренний номерок от вашей же АТС и сажаете его на СО вместо внешнего номера. Звоните с другого внутреннего номера на него и проверяете, как в этом случае ведет себя станция.
Файлик можно заархивировать...

**Файлик можно заархивировать
Прикрепил

А чего так круто с входящими вызовами завернули? С начала на группу, потом через 1 сек. переход по переполнению на сообщение 1, на котором меню голосовое... Нельзя было в ПГМ141 сразу DISA включить и номер сообщения 1 указать?
Или есть некий смысл в вашем варианте?

Смысл есть, он в этом форуме разъяснялся. Ща попробую найти. Это связано с тем, что Входящих CO 12 шт., а линий автосекретаря только 4.

Ред.:
Нашел тему
http://www.artcom.ru/forum/index.php?showt...amp;#entry38159

А в вашем то варианте вы как разгружаете автосеретаря? У вас же вызов по переполнению, практически сразу, уходит на сообщение 1.

Вот цитата из той ветки:


Вот так оно и работает.
Только вряд ли это влияет это на обрывы. Исходящая то тоже рвется.
Хотя вариант наличия двух независимых косяков нельзя сбрасывать со счетов.

я так думаю, что для исключения АТС, надо вместо нее включить телефонный аппарат для начала.
а что у вас такая сумасшедшая нагрузка на станцию, что четырех каналов мало?

Да мне интересно, просто, зачем наворот такой...

**я так думаю, что исключения АТС, надо вместо нее включить телефонный аппарат для начала.
Можно так сделать. Но с учетом того, что проверить надо 8 линий с IP-шлюза, отлов проблемы займет кучу времени, т.к. два проверяющих могут не создать нагрузку позволяющую в обозримое время наговорить на появление проблемы. Т.е. подключил я к шлюзу телефон, пытаюсь прозваниваться, а обрывов нет, это что значит, что проблемы в шлюзе нет или то, что я просто на обрыв никак не попаду?

**а что у вас такая сумасшедшая нагрузка на станцию, что четырех каналов мало?
5 одновременных входящих звонков ситуация может и не типичная, но реальная.

Какие проблемы, взяли 8-мь шнурков и соединили sl с со. Создали звонковую группу и одновременно звоним по 8-ми СО. Отвечаем. Контролируем связь...

Интересно, у Вас внутренние номера раскиданы , на первый взгляд, .... совершенно без идеи.. Как Вы их запоминаете? Зачем 3-ри цифры, если можно сделать две? Звонки город город делаете? (либо трансфер либо форвард?)

да. кстати если станция новая и не затертая можно попробовать договориться с поставщиком и поменять или взять погонять на пару дней.

выше написал, меняли базовый блок, не помогло
есть еще мысль исключить блок расширения, правда рвет связь и на линиях базового блока
но может есть смысл попробовать или нет?

Три цифры это из дефолтных натроек, зачем их менять, три цифры самый традиционный вариант.
Никаких заворотов СО на СО нет, ни автоматических, ни ручных переводов.

100 105 108 110 111 115 116 117 118 119 120 121 122 123 124 125 126 158 211 215 216 217 222 225 226 333 Какой тут "по умолчанию" и то, я их выстроил по порядку. в номерном плане они разбросаны кто где.

А зачем open loop detect включен?

Вопрос про номера как то может повлиять на мою проблему? ))) Ну, возможно люди в "дырках" увольнялись. А сотые и двухсотые это потому, что у каждого менеджера стоит обычный телефон и факс.

Ну я может не совсем корректно отвечу, был выставлен в процессе поиска проблемы. Когда там был 0 проблемы также были.

Вот кусок мониторинга во время оборванного звонка, исходящий. На мониторинге стоят платы СО.




===========================================================================
Start to Save Trace Data at 01:27:12PM, February 07, 2011
===========================================================================
maint>
t b 05Trace On: Slot(05) - Board
Tracemon>
t b 06Trace On: Slot(06) - Board Trace
mon>
t b o7 <-- Command Error

mon>
t b 07Trace On: Slot(07) - Board Trac
emon>
t b 08Trace On: Slot(08) - Board Trac
emon>

XDATE: 02/07/11 TIME: 13:2
5:47Exiting monitor utility...

035326 COL 004:06 01 St:co idle (00) Ev-I:seize req P1: 0 P2: 0 EVT: 15 <-1,01 035326 D>06 01, 30 00 00
035328 COL 004:06 01 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <-6,43 035328 D>06 01, C0 00 13
035328 D>06 01, 36 00 00
035329 COL 004:06 01 St:dialing (00) Ev-T:dialtn det P1: 0 P2: 0 TMR: 35 <-4,40
035329 COL 004:06 01 St:dialing (00) Ev-I:tn detect P1: 1 P2: 0 EVT: 8 <-4,40
035334 COL 004:06 01 St:dialing (00) Ev-I:dial P1: 8 P2: 0 EVT: 50 <-1,01
Набор мобильного номера
035335 CO=4 >8
035336 COL 004:06 01 St:talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <-4,40
035338 COL 004:06 01 St:talk (00) Ev-I:dial P1: 9 P2: 0 EVT: 51 <-1,01
035338 CO=4 >9
035339 COL 004:06 01 St:talk (00) Ev-I:dummy acd P1:26D6 P2:0 EVT: 0 <-4,40
035342 COL 004:06 01 St:talk (00) Ev-I:dial P1: 1 P2:0 EVT: 51 <-1,01
035342 CO=4 >1
035343 COL 004:06 01 St:talk (00) Ev-I:dummy acd P1:26D6 P2:0 EVT: 0 <-4,40
035346 COL 004:06 01 St:talk (00) Ev-I:dial P1: 6 P2:0 EVT: 51 <-1,01
035347 CO=4 >6
035348 COL 004:06 01 St:talk (00) Ev-I:dummy acd P1:26D6 P2:0 EVT: 0 <-4,40
035355 COL 004:06 01 St:talk (00) Ev-I:dial P1: 1 P2:0 EVT: 51 <-1,01
035355 CO=4 >1
035356 COL 004:06 01 St:talk (00) Ev-I:dummy acd P1:26D6 P2:0 EVT: 0 <-4,40
035357 COL 004:06 01 St:talk (00) Ev-I:dial P1: 2 P2:0 EVT: 51 <-1,01
035358 CO=4 >2
035359 COL 004:06 01 St:talk (00) Ev-I:dummy acd P1:26D6 P2:0 EVT: 0 <-4,40
035361 COL 004:06 01 St:talk (00) Ev-I:dial P1: 6 P2:0 EVT: 51 <-1,01
035361 CO=4 >6
035362 COL 004:06 01 St:talk (00) Ev-I:dummy acd P1:26D6 P2:0 EVT: 0 <-4,40
035365 COL 004:06 01 St:talk (00) Ev-I:dial P1: 8 P2:0 EVT: 51 <-1,01
035365 CO=4 >8
035366 COL 004:06 01 St:talk (00) Ev-I:dummy acd P1:26D6 P2:0 EVT: 0 <-4,40
035369 COL 004:06 01 St:talk (00) Ev-I:dial P1: 1 P2:0 EVT: 51 <-1,01
035370 CO=4 >1
035371 COL 004:06 01 St:talk (00) Ev-I:dummy acd P1:26D6 P2:0 EVT: 0 <-4,40
035372 COL 004:06 01 St:talk (00) Ev-I:dial P1: 1 P2:0 EVT: 51 <-1,01
035372 CO=4 >1
035373 COL 004:06 01 St:talk (00) Ev-I:dummy acd P1:26D6 P2:0 EVT: 0 <-4,40
035375 COL 004:06 01 St:talk (00) Ev-I:dial P1: 5 P2:0 EVT: 51 <-1,01
035375 CO=4 >5
035376 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
035376 COL 004:06 01 St:talk (00) Ev-I:dummy acd P1:26D6 P2:0 EVT: 0 <-4,40

Далее разговор 10 минут, листинг одинаковый

035446 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
035447 COL 004:06 01 St:talk (00) Ev-I:tn detect P1: 1 P2:0 EVT:150 <-4,40
035496 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
035546 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
035596 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
035628 COL 004:06 01 St:talk (00) Ev-I:tn detect P1: 0 P2:0 EVT:150 <-4,40
035646 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
035696 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
TIME: 15:50:00
035746 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
035796 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
035811 COL 004:06 01 St:talk (00) Ev-I:tn detect P1: 0 P2:0 EVT:150 <-4,40
035846 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
035896 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
035946 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
035984 COL 004:06 01 St:talk (00) Ev-I:tn detect P1: 0 P2:0 EVT:150 <-4,40
035996 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
036046 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
036096 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
036104 COL 004:06 01 St:talk (00) Ev-I:tn detect P1: 0 P2:0 EVT:150 <-4,40
036146 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
036196 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
036235 COL 004:06 01 St:talk (00) Ev-I:tn detect P1: 0 P2:0 EVT:150 <-4,40
036246 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
036296 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
02/07/11 TIME: 15:51:00
036346 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
036396 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
041196 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
041246 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
041296 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
041297 COL 004:06 01 St:talk (00) Ev-I:tn detect P1: 0 P2:0 EVT:150 <-4,40
041346 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
041396 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
041437 COL 004:06 01 St:talk (00) Ev-I:tn detect P1: 0 P2:0 EVT:150 <-4,40
041446 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
041496 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
041546 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
041596 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40

Обрыв соединения
041636 COL 004:06 01 St:talk (00) Ev-I:release P1: 0 P2:0 EVT: 27 <-1,01
041656 COL 004:06 01 St:rls guard (00) Ev-T:rls ack P1: 0 P2:0 TMR: 3 <-4,40
041656 COL 004:06 01 St:co idle (00) Ev-I:pp rls ack P1: 0 P2:0 EVT: 0 <-6,43
02/07/11 TIME: 16:00:00



Кто хоть обрыв дает?

Может Игорь меня поправит, но по данной трассировке не сказать . Внутренний абонент на 26-минуте разговора положил трубку и станция "отбила" 4-ю линию на 6-й плате. На цифровом телефоне в момент отбоя , что наблюдаете?

На дисплее? Не обращал внимание.
А так в трубке короткие гудки как занято. Причем короткое именно такого рода, как если из СО станции просто выдернуть линию.

И еще вопрос для общего развития, вот две строчки из разговора:
041396 COL 004:06 01 St:talk (00) Ev-T:bz err cpt P1: 0 P2:0 TMR: 43 <-4,40
041437 COL 004:06 01 St:talk (00) Ev-I:tn detect P1: 0 P2:0 EVT:150 <-4,40

Вот эти сообщения bz err cpt и tn detect - они какие события на станции означают?

Сорри, так я на вопрос "зачем?" ответил или таки нет? )

Да, конечно.
А всегда через 10 мин. рвется, или длительность произвольная?

Обычно 2-4 минуты. 10 минут это так попалось, но скорее это из-за того, что такие длинные разговоры реже бывают.

Кстати, обратил внимание в конфиге в ПГМ142 PABX CO Dial Tone - выкл.. PABX CO Ring Back Tone, PABX CO Error Tone, PX or PABX Busy Tone - вкл.. По-умолчанию все наоборот. Я это никогда не трогаю. Ваш мотив какой?
Да, в офлайне не видно, что у вас с Busy/Error CPT?

Был включен, эксперимента ради убрали. Ничего не дало.

Да, так можно гадать бесконечно. А уверенности, что виновата АТС нет никакой!

Так я и пытаюсь выяснить, кто виноват.
Я предположил что виновата LG, но не утверждал.
Я для этого и предложил для просмотра конфиг и мониторинг на предмет обнаружения явных косяков.

Воткни вместо СО атс 8 телефонов загрузи канал (4 петли через ммиником) и понаблюдай - наверняка канал падает!

Так предлагали уже. Вот и я говорю, сначала выяснить надо, кто виноват! А то мы только гадаем!

Сейчас все еще мене понятно, коллеги. Вы сейчас про закольцовывание местного порта LG на СО той же LG? О каком канале речь? Об интернет-канале? Она заведомо шире и рвуться не все разговоры разом.

Да забудь про атс пока - телефоны прямо в шлюз!

И стабильный на 100%? А почему все разом рваться должны?

Тогда проясните еще раз, если в таком варианте обрывов не будет, это все в порядке или я просто не попал на факт обрыва?
Ну сделал я по одной линии 20 звонков, потом по другой... Запросто обрыв мимо пролетит. Я просто не создам такую звонковую нагрузку как 15 пользователей + входящие звонки.

Ну допустим нестабильный. Эхо, задержки, потеря пакетов - это да. А когда идеальное качество и, раз, как ножом отрезало. По моему из-за интернета так не бывает. И потом, я ради проверки примерно на минуту во время разговора просто выдергивал из шлюза интернет-канал - была тишина, а потом, после втыкания, разговор спокойно продолжался.

Ну что сказать. Если вы уверены, что виновата АТС, то есть вариант сбросить ее полностью, заново проинициализировать и запрограммировать...

Ну как вариант...

У тебя на максе 8 номеров например 201-208, можно и без петель, со стороны максикома одновременно набрать эти номера, со стороны лж снять все 8 трубок и ждать.

Может, прерывается по событию от CPTU. А не пробовали отключить CPTU???
Выключить в ПГМ142/18 опцию Busy/Error CPT.

Прошу пардону, только сейчас прочитал, что CPTU уже проверяли...

Да. На представленной трассировке похоже на обычное завершение вызова самим абонентом.
Если бы было разъединение по CPTU, то было бы событие - T:cctr drop.
Если по разрыву шлейфа, то было бы событие - I:loop super.

Так, а это что значит? Еще какие то логи с LG выложить или тут скорее надо искать проблему на другом участке?

ну как еще один вариант решения зарезервирую

2 mat701

У Вас еще 4 линии 9-12 на там обрывы бывают?

Ну просто тот лог, который Вы выложили, он ничего не дает.
Есть есть другие логи, снятые при разрыве вызова - выкладывайте, будем смотреть. Может там мелькнет что-то ценное для понимания...

Вот весь вопрос, какие логи, т.е. каких девайсов? Сейчас снят мониторинг с плат СО. Что еще включать?

Этого достаточно, но нужен лог именно проблеммого вызова.

Я наверное непонятно написал. Это лог оборвавшегося вызова.

Вы понятно написали. Но по этому логу нельзя понять причину разъединения. Здесь, видимо, ваш абонент просто положил трубку. Что было перед этим мы НЕ знаем. Может, он уже услышал короткие гудки в линии (от шлюза) и просто положил трубку. Т.е. он сам освободил линию раньше, чем это сделала станция по событию CPTU.
Допросите "свидетеля" с пристрастием: что он слышал, что он сделал, через сколько сек... и т.п.