Падение E1
Столкнулся с такой проблемой. Имеется поток, заведенный от телефонного оператора. Его настройки: источник сигн -оператор, источник синхронизации -оператор, фрейминг -ccs, кодирование hdb3. Плата Digium Wildcard TE121. Мои настройки system.conf
| Code: |
| span=1,0,0,ccs,hdb3 # termtype: te bchan=1-8 dchan=16 echocanceller=oslec,1-8 # Global data loadzone = ru defaultzone = ru |
Каналы настроены. Когда настраивали сообща с двух сторон все поднялось, звонки ходили. Затем спустя неделю эксплуатации стал наблюдать такую ситуацию: каждый день около 20.10 невозможно совершить вх и исх звонки. И так каждый день уже дней 5. Именно в это время. Статус показывает ок, никаких алармов. Звонил оператору, говорит на их стороне ок, от моей атс идут ошибки и блокирование каналов. Справшивается, как они могут блокироваться и где это посмотреть? Смотрю лог - все хорошо. Единственное что отыскал это в dahdi_tool Sync Source: Internally clocked. Это что же, от оператора нет синхронизаци?
По умолчанию рестарт каналов стоит раз в час, может минут 30 поставить? Потому как думаю, если большую величину установить, они вообще постоянно блочаться будут.
_________________
Мои рекомендации: Asterisk-1.8 + G.722 кодек = лучший выбор!
Успехов!
: | Quote: |
| Во время расшивки многопарного кабеля иногда телефонисты расшивают кабель на плинты с нарушением пар повивки кабеля. Для наглядности можно представить кабель UTP cat5e где одна пара взята из оранжевой группы, а другая из коричнивой. С точки зрения физики не смогу объяснить что происходит в кабеле(скорее всего рядом располагаются два "плюса" от чего возникает наводка в следствии образования магнитного поля). |
Так-же проблема может возникать если в кабеле идущей со станции находится большое количество ADSL-линков. Где-то читал что норма для "сотки" это 25 линков. Дальше у всех абонентов начинаются затыки со скоростью, пропаданием линков ADSL и т.д. А т.к. Е1 более чувствителен к помехам в линии не исключен именно этот вариант. В пиковые часы загрузки линий возникает большая магнитная индукция в кабеле от чего вы собственно и страдаете.
А вообще я-бы посмотрел линию хорошим DSL-тестером. Впрочем на это надеется не стоит, наши телефонисты не так давно поняли что все таки есть и другие услуги кроме как телефония и QoS для DSL они плохо понимают.
PS. Принимаю любую конструктивную критику к данному посту.
_________________
Консоль - самая удобная среда. А остальное от лукавого
2 апреля поток окончательно упал и отказывался подниматься. Оператор переключил его на другую линию - и, О ЧУДО! никаких ошибок и блокировок. я уж было расслабился даже - все хорошо и меня никто не беспокоит. но прошла неделя, и в лог снова полетели те же ошибки, что были перед падением потока.
| Code: |
| [Apr 14 04:16:51] NOTICE[337] chan_dahdi.c: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 1 [Apr 14 04:16:51] NOTICE[337] chan_dahdi.c: PRI got event: HDLC Abort (6) on Primary D-channel of span 1 [Apr 14 04:16:51] WARNING[338] chan_dahdi.c: Detected alarm on channel 1: Red Alarm [Apr 14 04:16:51] WARNING[338] chan_dahdi.c: Unable to disable echo cancellation on channel 1: Invalid argument и т.д..... |
dmesg полон сообщениями
| Code: |
| wcte12xp: Setting yellow alarm wcte12xp: Clearing yellow alarm |
поток скачет, оператор только разводит руками, но счет за поток, который работает через Ж, выставляет своевременно.
Насчет выделения ВСЕ-ТАКИ исправной линии под поток приходится обзвонить несколько начальников. Вот завтра еще одну линию тестить будут, но даст ли это результат - неизвестно.
_________________
Maksim Timofejev
и что меня поражает, перед тем как закупать оборудование, было проверено состояние существующих линий оператором и никаких предупреждений о плохом состоянии не было. Сейчас же, когда началась вот такая круговерть, нам заявляется, что состояние линий до места размещения оконечного оборудования изначально было не очень!
_________________
Консоль - самая удобная среда. А остальное от лукавого
1-1,5 км колодцев - какого диаметра жила провода (0.32, 0.5) при 0.32 для некоторых модемов растояние 700 метров максимально
проверте в описании модема и выясните у телефонистов диаметр жилы.
Обычно в паспортах модемов все характеристики приводятся из расчета что жила кабеля 0.5, а в реалии жила 0,32 и как следствие повышеное затухание на частотах на которых работает модем
а работает он на 1024 кГц и все измерения кабеля (а нас интересует именно затухание кабеля) нужно делать на этой частоте.
Вторая возможная причина
Несоответствие частоты передатчика и приемника
В плате стоит чип контролер E1 у него есть кварц или генератор и реализована АПЧ (авто подстройка частоты) но вот окно этой подстройки у разных чипов разное
у одних очень широкое у других очень узкое.
Из личного опыта прогоняли поток через релейку с одной стороны релейки мультиплексор E1 с другой CISCO AS5300 которая все время сыпала ошибки потока.
Включили вместо кошки АТС ошибок нет. Померяли частоту она оказалась чуть сдвинутая, пришлось поставить со второй стороны тоже мультиплексор и уже в него включить кошку.
обрывов практически не было (хотя был один день, когда модемы затупили с обоих концов, помог их ребут). А окончательно все решилось прокладкой в здание оптики 
кто- нибудь может подсказать по данному случаю..... E1----Поликом200u---оптика1,5км----Поликом200U---E1---Asterisk
проблема вот в чем....
Dec 7 15:57:39] NOTICE[1160]: chan_dahdi.c:12557 pri_dchannel: PRI got event: HDLC Abort (6) on Primary D-channel of span 1
[Dec 7 15:57:39] NOTICE[1160]: chan_dahdi.c:12557 pri_dchannel: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 1
[Dec 7 15:57:39] NOTICE[1160]: chan_dahdi.c:12557 pri_dchannel: PRI got event: HDLC Abort (6) on Primary D-channel of span 1
[Dec 7 15:57:39] NOTICE[1160]: chan_dahdi.c:12557 pri_dchannel: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 1
[Dec 7 15:57:40] NOTICE[1160]: chan_dahdi.c:12557 pri_dchannel: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 1
[Dec 7 15:57:40] NOTICE[1160]: chan_dahdi.c:12557 pri_dchannel: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 1
пишет такую ересть..... и звонки in/out живут своей жизнью, может пройти, а может и нет....
причем изначально все рабюотало и вполне нормально.
Asterisk настраивал не я, но по части обслуживания, перед фактом поставили меня8( приходится учить по ходу дела....
Если знаете в чем может быть проблема, подскажите...