имеется asterisk 1.4, freepbx 2.4, te122p
Все работало до сегодня, с утра - "все линии заняты, повторите попытку позднее"(all circuits are busy now)
у меня есть ssh - доступ, смотрел, вроде все нормально, провайдер говорит, что и у него все нормально
грабля в том, что я нахожусь счас в другом городе, есть ребята, но им надо сказать пошагово, что делать.. а что делать и не знаю, потомучто вроде все нормально со всех сторон... подскажите, что можно посмотреть для выявления бага.. если дополнительная инфа поможет диагностировать проблему - скажите, выложу...
спасибо заранее
dahdi show channels
pri show span 1
что говорят?
Дабы не начинать новую тему, прилеплюсь сюда.
Ситуация аналогичная: при наличии 30-ти линий E1 и на данный момент небольшом проценте их реального использования, периодически (примерно раз в двое-трое суток), при звонках в город слышим сообщение "все линии заняты", соответственно из города в этот момент дозвониться тоже не удается, причем звонящий слышит музыку как при наборе не какой-нибудь необслуживаемый номер. Перезагрузка Elastix решает проблему, более того, если ничего не делать через какое то время (но достаточно продолжительное, порядка нескольких часов), она решается сама - звонки возобновляются.
Связка такая: Elastix 2.4.0 (64 bit) + E1 Card Digium TE133, (DAHDI 2.7.0.1, libpri 1.4, asterisk 1.8 )
Провайдер рапортует, что на их стороне в эти моменты все нормально.
dahdi show status
dahdi show channels
pri show channels, на нашей стороне тоже говорят, что все ОК и все линии IDLE
На днях удалось-таки оказаться рядом с Эластиксом в момент сбоя. Поставил pri set debug on span 1, запустил asterisk -rv, вот что пишется в консоль в этот момент:
| Код: |
| [Kelastix*CLI> [0KPRI Span: 1 PRI Span: 1 < TEI: 0 State 7(Multi-frame established) PRI Span: 1 < V(A)=0, V(S)=0, V(R)=0 PRI Span: 1 < K=7, RC=0, l3_initiated=1, reject_except=0, ack_pend=0 PRI Span: 1 < T200_id=0, N200=3, T203_id=8192 PRI Span: 1 < [ 02 01 7f ] PRI Span: 1 < Unnumbered frame: PRI Span: 1 < SAPI: 00 C/R: 1 EA: 0 PRI Span: 1 < TEI: 000 EA: 1 PRI Span: 1 < M3: 3 P/F: 1 M2: 3 11: 3 [ SABME (set asynchronous balanced mode extended) ] PRI Span: 1 < 0 bytes of data PRI Span: 1 TEI=0 Got SABME from network peer. PRI Span: 1 TEI=0 Sending UA PRI Span: 1 PRI Span: 1 > TEI: 0 State 7(Multi-frame established) PRI Span: 1 > V(A)=0, V(S)=0, V(R)=0 PRI Span: 1 > K=7, RC=0, l3_initiated=1, reject_except=0, ack_pend=0 PRI Span: 1 > T200_id=0, N200=3, T203_id=8192 PRI Span: 1 > [ 02 01 73 ] PRI Span: 1 > Unnumbered frame: PRI Span: 1 > SAPI: 00 C/R: 1 EA: 0 PRI Span: 1 > TEI: 000 EA: 1 PRI Span: 1 > M3: 3 P/F: 1 M2: 0 11: 3 [ UA (unnumbered acknowledgement) ] PRI Span: 1 > 0 bytes of data PRI Span: 1 TEI=0 MDL-ERROR (F): SABME in state 7(Multi-frame established) PRI Span: 1 -- T200 requested to stop when not started PRI Span: 1 T203 requested to start without stopping first PRI Span: 1 -- Starting T203 timer PRI Span: 1 Done handling message for SAPI/TEI=0/0 |
Не могу понять в чем же все-таки дело. Может кто сталкивался?
Как удалось вычислить - системы никакой нет, может и трое суток без проблем проработать а может и через полдня после перезагрузки перестать работать.
Когда настраивали систему, то синхронизации добиться вообще толком не удавалось, в итоге вычислили, что дело в параметре, определяющем длину линии, по дефолту 0 (до 133 футов), а линия оказалась длиной порядка 80 метров, после изменения значения параметра на 1 все заработало, но как раз остались вышеуказанные проблемы - периодическая индикация аварии. Изменение значение на 2 резулттатов по сравнению с 1 не дало.
В какую сторону попробовать копать?