AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

Трабла с потоком

Оборудование 13 сообщений -
#1
Решил протестировать плату Digium TE410P прежде чем ставить клиенту и вылезла какая-то ерунда с синхрой, своими силами пока не поддается решение, может сообщество подскажет Smile

Кабель (50см) обжат кроссовером 1-2 контакт первого джека в 4-5 второго, 4-5 первого в 1-2 второго.
Подключен к 3 и 4-му порту. Так же пробовал 1 и 2 порт - аналогичная проблема.
На портах горят зеленые светодиоды.

Asterisk 11.2-cert1
DAHDI 2.6.2
libpri 1.4.14

Кажду секунду-две в консоли вылазит такое сообщение:
Код:
[Jun 5 00:29:59] NOTICE[5579]: chan_dahdi.c:3234 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 3


Код:
test*CLI> dahdi show status
Description Alarms IRQ bpviol CRC Fra Codi Options LBO
T4XXP (PCI) Card 0 Span 1 RED 0 0 0 CCS HDB3 0 db (CSU)/0-133 feet (DSX-1)
T4XXP (PCI) Card 0 Span 2 RED 0 0 0 CCS HDB3 0 db (CSU)/0-133 feet (DSX-1)
T4XXP (PCI) Card 0 Span 3 OK 0 0 0 CCS HDB3 CRC4 0 db (CSU)/0-133 feet (DSX-1)
T4XXP (PCI) Card 0 Span 4 OK 0 0 0 CCS HDB3 CRC4 0 db (CSU)/0-133 feet (DSX-1)


test*CLI> dahdi show channels
Код:
Chan Extension Context Language MOH Interpret Blocked State Description
pseudo default default In Service
1 from-pstn default In Service
2 from-pstn default In Service
3 from-pstn default In Service
4 from-pstn default In Service
5 from-pstn default In Service
6 from-pstn default In Service
7 from-pstn default In Service
8 from-pstn default In Service
9 from-pstn default In Service
10 from-pstn default In Service
11 from-pstn default In Service
12 from-pstn default In Service
13 from-pstn default In Service
14 from-pstn default In Service
15 from-pstn default In Service
17 from-pstn default In Service
18 from-pstn default In Service
19 from-pstn default In Service
20 from-pstn default In Service
21 from-pstn default In Service
22 from-pstn default In Service
23 from-pstn default In Service
24 from-pstn default In Service
25 from-pstn default In Service
26 from-pstn default In Service
27 from-pstn default In Service
28 from-pstn default In Service
29 from-pstn default In Service
30 from-pstn default In Service
31 from-pstn default In Service
32 from-pstn default In Service
33 from-pstn default In Service
34 from-pstn default In Service
35 from-pstn default In Service
36 from-pstn default In Service
37 from-pstn default In Service
38 from-pstn default In Service
39 from-pstn default In Service
40 from-pstn default In Service
41 from-pstn default In Service
42 from-pstn default In Service
43 from-pstn default In Service
44 from-pstn default In Service
45 from-pstn default In Service
46 from-pstn default In Service
48 from-pstn default In Service
49 from-pstn default In Service
50 from-pstn default In Service
51 from-pstn default In Service
52 from-pstn default In Service
53 from-pstn default In Service
54 from-pstn default In Service
55 from-pstn default In Service
56 from-pstn default In Service
57 from-pstn default In Service
58 from-pstn default In Service
59 from-pstn default In Service
60 from-pstn default In Service
61 from-pstn default In Service
62 from-pstn default In Service
63 from-pstn default In Service
64 from-pstn default In Service
65 from-pstn default In Service
66 from-pstn default In Service
67 from-pstn default In Service
68 from-pstn default In Service
69 from-pstn default In Service
70 from-pstn default In Service
71 from-pstn default In Service
72 from-pstn default In Service
73 from-pstn default In Service
74 from-pstn default In Service
75 from-pstn default In Service
76 from-pstn default In Service
77 from-pstn default In Service
79 from-pstn default In Service
80 from-pstn default In Service
81 from-pstn default In Service
82 from-pstn default In Service
83 from-pstn default In Service
84 from-pstn default In Service
85 from-pstn default In Service
86 from-pstn default In Service
87 from-pstn default In Service
88 from-pstn default In Service
89 from-pstn default In Service
90 from-pstn default In Service
91 from-pstn default In Service
92 from-pstn default In Service
93 from-pstn default In Service
94 from-pstn default In Service
95 from-pstn default In Service
96 from-pstn default In Service
97 from-pstn default In Service
98 from-pstn default In Service
99 from-pstn default In Service
100 from-pstn default In Service
101 from-pstn default In Service
102 from-pstn default In Service
103 from-pstn default In Service
104 from-pstn default In Service
105 from-pstn default In Service
106 from-pstn default In Service
107 from-pstn default In Service
108 from-pstn default In Service
110 from-pstn default In Service
111 from-pstn default In Service
112 from-pstn default In Service
113 from-pstn default In Service
114 from-pstn default In Service
115 from-pstn default In Service
116 from-pstn default In Service
117 from-pstn default In Service
118 from-pstn default In Service
119 from-pstn default In Service
120 from-pstn default In Service
121 from-pstn default In Service
122 from-pstn default In Service
123 from-pstn default In Service
124 from-pstn default In Service


test ~ # cat /etc/dahdi/system.conf
Код:

# Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" (MASTER)
span=1,1,0,ccs,hdb3,
# termtype: te
bchan=1-15,17-31
dchan=16
#echocanceller=mg2,1-15,17-31

# Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2"
span=2,2,0,ccs,hdb3,
# termtype: te
bchan=32-46,48-62
dchan=47
#echocanceller=mg2,32-46,48-62

# Span 3: TE4/0/3 "T4XXP (PCI) Card 0 Span 3"
span=3,1,0,ccs,hdb3,crc4
# termtype: te
bchan=63-77,79-93
dchan=78
#echocanceller=mg2,63-77,79-93

# Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4"
span=4,2,0,ccs,hdb3,crc4
# termtype: te
bchan=94-108,110-124
dchan=109
#echocanceller=mg2,94-108,110-124

# Global data

loadzone = ru
defaultzone = ru


test ~ # cat /etc/asterisk/dahdi-channels.conf
Код:

; Autogenerated by /usr/sbin/dahdi_genconf on Tue Jun 4 19:52:41 2013
; If you edit this file and execute /usr/sbin/dahdi_genconf again,
; your manual changes will be LOST.
; Dahdi Channels Configurations (chan_dahdi.conf)
;
; This is not intended to be a complete chan_dahdi.conf. Rather, it is intended
; to be #include-d by /etc/chan_dahdi.conf that will include the global settings
;

; Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" (MASTER)
group=0,11
context=from-pstn
switchtype = euroisdn
signalling = pri_net
channel => 1-15,17-31
context = default
group = 63

; Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2"
group=0,12
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
channel => 32-46,48-62
context = default
group = 63

; Span 3: TE4/0/3 "T4XXP (PCI) Card 0 Span 3"
group=0,13
context=from-pstn
switchtype = euroisdn
signalling = pri_net
channel => 63-77,79-93
context = default
group = 63

; Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4"
group=0,14
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
channel => 94-108,110-124
context = default
group = 63


test ~ # dahdi_scan
Код:
[1]
active=yes
alarms=RED/LFA
description=T4XXP (PCI) Card 0 Span 1
name=TE4/0/1
manufacturer=Digium
devicetype=Wildcard TE410P (4th Gen)
location=Board ID Switch 0
basechan=1
totchans=31
irq=0
type=digital-E1
syncsrc=3
lbo=0 db (CSU)/0-133 feet (DSX-1)
coding_opts=AMI,HDB3
framing_opts=CCS,CRC4
coding=HDB3
framing=CCS
[2]
active=yes
alarms=RED/LFA
description=T4XXP (PCI) Card 0 Span 2
name=TE4/0/2
manufacturer=Digium
devicetype=Wildcard TE410P (4th Gen)
location=Board ID Switch 0
basechan=32
totchans=31
irq=0
type=digital-E1
syncsrc=3
lbo=0 db (CSU)/0-133 feet (DSX-1)
coding_opts=AMI,HDB3
framing_opts=CCS,CRC4
coding=HDB3
framing=CCS
[3]
active=yes
alarms=OK
description=T4XXP (PCI) Card 0 Span 3
name=TE4/0/3
manufacturer=Digium
devicetype=Wildcard TE410P (4th Gen)
location=Board ID Switch 0
basechan=63
totchans=31
irq=0
type=digital-E1
syncsrc=3
lbo=0 db (CSU)/0-133 feet (DSX-1)
coding_opts=AMI,HDB3
framing_opts=CCS,CRC4
coding=HDB3
framing=CCS/CRC4
[4]
active=yes
alarms=OK
description=T4XXP (PCI) Card 0 Span 4
name=TE4/0/4
manufacturer=Digium
devicetype=Wildcard TE410P (4th Gen)
location=Board ID Switch 0
basechan=94
totchans=31
irq=0
type=digital-E1
syncsrc=3
lbo=0 db (CSU)/0-133 feet (DSX-1)
coding_opts=AMI,HDB3
framing_opts=CCS,CRC4
coding=HDB3
framing=CCS/CRC4


При загрузке драйвера:
Код:
Jun 5 00:34:23 test kernel: [14099.080903] dahdi: Telephony Interface Registered on major 196
Jun 5 00:34:23 test kernel: [14099.080909] dahdi: Version: 2.6.2
Jun 5 00:34:23 test kernel: [14099.093795] wct4xxp 0000:04:08.0: Firmware Version: c01a016c
Jun 5 00:34:23 test kernel: [14099.094847] wct4xxp 0000:04:08.0: FALC Framer Version: 2.1 or earlier
Jun 5 00:34:23 test kernel: [14099.095211] wct4xxp 0000:04:08.0: Found a Wildcard: Wildcard TE410P (4th Gen)
Jun 5 00:34:23 test kernel: [14099.095274] wct4xxp 0000:04:08.0: VPM450: Not Present
Jun 5 00:34:24 test kernel: [14099.357486] wct4xxp 0000:04:08.0: TE4XXP: Span 1 configured for CCS/HDB3
Jun 5 00:34:24 test kernel: [14099.357514] wct4xxp 0000:04:08.0: RCLK source set to span 1
Jun 5 00:34:24 test kernel: [14099.357520] wct4xxp 0000:04:08.0: Recovered timing mode, RCLK set to span 1
Jun 5 00:34:24 test kernel: [14099.378259] wct4xxp 0000:04:08.0: TE4XXP: Span 2 configured for CCS/HDB3
Jun 5 00:34:24 test kernel: [14099.378281] wct4xxp 0000:04:08.0: RCLK source set to span 1
Jun 5 00:34:24 test kernel: [14099.378286] wct4xxp 0000:04:08.0: Recovered timing mode, RCLK set to span 1
Jun 5 00:34:24 test kernel: [14099.399264] wct4xxp 0000:04:08.0: TE4XXP: Span 3 configured for CCS/HDB3/CRC4
Jun 5 00:34:24 test kernel: [14099.399286] wct4xxp 0000:04:08.0: RCLK source set to span 1
Jun 5 00:34:24 test kernel: [14099.399291] wct4xxp 0000:04:08.0: Recovered timing mode, RCLK set to span 1
Jun 5 00:34:24 test kernel: [14099.399427] wct4xxp 0000:04:08.0: SPAN 3: Primary Sync Source
Jun 5 00:34:24 test kernel: [14099.420256] wct4xxp 0000:04:08.0: TE4XXP: Span 4 configured for CCS/HDB3/CRC4
Jun 5 00:34:24 test kernel: [14099.420278] wct4xxp 0000:04:08.0: RCLK source set to span 1
Jun 5 00:34:24 test kernel: [14099.420283] wct4xxp 0000:04:08.0: Recovered timing mode, RCLK set to span 1
Jun 5 00:34:24 test kernel: [14099.420420] wct4xxp 0000:04:08.0: SPAN 4: Secondary Sync Source
Jun 5 00:34:26 test kernel: [14101.907299] wct4xxp 0000:04:08.0: Setting yellow alarm span 1
Jun 5 00:34:26 test kernel: [14101.907322] wct4xxp 0000:04:08.0: RCLK source set to span 3
Jun 5 00:34:26 test kernel: [14101.907328] wct4xxp 0000:04:08.0: Recovered timing mode, RCLK set to span 3
Jun 5 00:34:26 test kernel: [14101.928296] wct4xxp 0000:04:08.0: Setting yellow alarm span 2
Jun 5 00:34:26 test kernel: [14101.928316] wct4xxp 0000:04:08.0: RCLK source set to span 3
Jun 5 00:34:26 test kernel: [14101.928322] wct4xxp 0000:04:08.0: Recovered timing mode, RCLK set to span 3

_________________
Gentoo Linux || Asterisk 11.2-cert3
Решения телефонии на базе Asterisk || http://it-need.ru
#2
Синхра падает.
Вариант раз - сменить кабель. ( ради тестов попробовать на коротком не более 1,5 метра - желательно толстый )
Вариан два - если и дальше падает, карту в другой комп - если все равно падает - карту в утиль (месяц назад так 2 головый openvox сдали по гарантии - даже если начинала работать, больше получаса не отрабатывала )
#3
a
cat /proc/interrupts
и
dahdi_test
что говорят?
#4
awsswa, кабель новый обожму, с другим сервером дольше конечно...

test ~ # cat /proc/interrupts
Код:
CPU0
0: 130 IO-APIC-edge timer
1: 2 IO-APIC-edge i8042
8: 47 IO-APIC-edge rtc0
9: 0 IO-APIC-fasteoi acpi
14: 14982 IO-APIC-edge ata_piix
15: 45754 IO-APIC-edge ata_piix
16: 0 IO-APIC-fasteoi uhci_hcd:usb5
17: 45730046 IO-APIC-fasteoi wct4xxp
18: 427601 IO-APIC-fasteoi uhci_hcd:usb4, enp5s0
19: 0 IO-APIC-fasteoi uhci_hcd:usb3, i801_smbus
20: 1110917 IO-APIC-fasteoi ath
23: 0 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb2
NMI: 0 Non-maskable interrupts
LOC: 5391068 Local timer interrupts
SPU: 0 Spurious interrupts
PMI: 0 Performance monitoring interrupts
IWI: 0 IRQ work interrupts
RTR: 0 APIC ICR read retries
RES: 0 Rescheduling interrupts
CAL: 0 Function call interrupts
TLB: 0 TLB shootdowns
TRM: 0 Thermal event interrupts
THR: 0 Threshold APIC interrupts
MCE: 0 Machine check exceptions
MCP: 157 Machine check polls
ERR: 0
MIS: 0


test ~ # dahdi_test
Код:
Opened pseudo dahdi interface, measuring accuracy...
99.999% 99.986% 99.992% 99.993% 99.998% 99.990% 99.999% 99.999%
99.999% 99.999% 99.999% 99.999% 99.999% 99.999% 100.000% 100.000%
99.999% 100.000% 99.999% 100.000% 99.999% 100.000% 99.999% 99.999%
99.999% 100.000% 100.000% 99.999% 99.999% 100.000% 100.000% 100.000%
99.999% 100.000% 99.999% 99.999% 100.000% 100.000% 100.000% 100.000%
99.999% 100.000% 99.999% 100.000% 100.000% 100.000% 99.999% 99.999%
99.999% 100.000% 100.000% 99.999% 99.999% 99.999% 99.999% 100.000%
100.000% 100.000% 99.999% 100.000% 99.999% 99.999% 99.999% 100.000%
100.000% 100.000% 99.999% 100.000% 99.999% 99.999% 99.998% 99.999%
99.999% 99.998% 100.000% 99.999% 99.999% 99.999% 100.000% 99.999%
99.995% 99.996% 99.999% 100.000% 99.999% 99.999% 100.000% 100.000%
99.999% 100.000% 100.000% 99.999% 99.999% 100.000% 99.999% 99.999%
99.999% 100.000% 99.999% 99.999% 100.000% 99.999% 99.999% 99.999%
99.999% 100.000% 100.000% 100.000% 99.999% 99.999% 99.999% 100.000%
99.999% 100.000% 100.000% 100.000% 100.000% 99.999% 99.999% 100.000%
100.000% 100.000% 99.999% 100.000% 100.000% 99.999% 99.999% 100.000%
100.000% 100.000% 99.999% 100.000% 99.999% 99.999% 99.999% 99.999%
99.999% 100.000% 99.999% 99.999% 99.999% 99.999% 99.999% 99.999%
99.999% 100.000% 100.000% 100.000% 99.999% 99.999% 99.998% 99.999%
99.999% 100.000% 99.999% 100.000% 99.999% 100.000% 99.995% 99.996%
99.999% 100.000% 99.999% 99.999% 100.000% 99.999% 99.999% 100.000%
99.999% 100.000% 100.000% 100.000% 100.000% 100.000% 99.999% 99.998%
99.999% 100.000% 100.000% 100.000% 99.999% 100.000% 99.999% 99.999%
99.999% 100.000% 100.000% 99.999% 99.999% 99.999% 99.999% 100.000%
99.999% 100.000% 99.999% 100.000% 99.999% 100.000% 100.000% 100.000%
99.999% 100.000% 99.999% 100.000% 99.999% 99.999% 99.999% 99.999%
99.999% 100.000% 99.999% 100.000% 100.000% 99.999% 99.999% 99.999%
99.999% 100.000% 99.999% 100.000% 100.000% 100.000% 99.998% 99.998%
100.000% 100.000% 99.999% 99.999% 99.999% 99.999% 99.999% 100.000%
99.999% 100.000% 99.995% 99.996% 99.999% 99.999% 99.999% 100.000%
100.000% 100.000% 100.000% 99.999% 99.999% 100.000% 99.999% 99.998%
99.999% 100.000% 99.999% 99.999% 100.000% 99.999% 100.000% 100.000%
99.999% 99.999% 99.999% 99.995% 99.996% 99.999% 99.999% 99.999%
99.999% 99.999% 100.000% 99.999% ^C
--- Results after 268 passes ---
Best: 100.000% -- Worst: 99.986% -- Average: 99.999150%
Cummulative Accuracy (not per pass): 100.000

_________________
Gentoo Linux || Asterisk 11.2-cert3
Решения телефонии на базе Asterisk || http://it-need.ru
#5
с заглушкой такие же косяки ?
#6
Не пробовал. Протестирую сегодня с ней.
_________________
Gentoo Linux || Asterisk 11.2-cert3
Решения телефонии на базе Asterisk || http://it-need.ru
#7
а crc4 точно нужен?
вообще , похоже на то что мать надо сменить или карту
чото чем больше я занимаюсь астером, тем больше убеждаюсь , что нужно уходить от pci цифровых карт на TDMoE, задолбали танцы с бубном
#8
Кабель переобжал - не помогло.
Включение/отключение crc4 не влияет на наличие ошибки...
_________________
Gentoo Linux || Asterisk 11.2-cert3
Решения телефонии на базе Asterisk || http://it-need.ru
#9
Была подобная проблема с какой-то станцией. Не помню чем вылечилось, но точно меняли версии dahdi и libpri. Не мешает посмотреть на плате как выставлены джамперы. И попробуйте отключить usb в настройках сервера . Что-то из этих действий решило проблему.
#10
юсб в данном случае не причем
#11
точно, посмотрел прерывания, непричем. Диджиум советует тестировать свои карты loopback тестом, здесь подробнее
#12
Я не совсем понял кто у вас таймером работает основным. Автогенеренные конфиги плохо читаются. Попробуйте на первом порту поставить span=1,0,0 ну а на втором span=2,1,0 и замкнуть. Тогда первый порт будет таймером для второго.


Код:

span=1,0,0,ccs,hdb3
bchan=1-15,17-31
dchan=16

span=2,1,0,ccs,hdb3
bchan=32-46,48-62
dchan=47

_________________
Corporate Telephone Systems. VoIP. http://ai.kh.ua
#13
Первым делом - физика!
Электроника - наука о контактах!
очень помогает простой светодиод: он должен светиться на обеих парах если нормально Е1 подключен. Типичная проблема - недообжатость одного из 4 проводников в RJ45.
За столом проф связисты всегда поднимают тост за светодиод! кроме шуток Smile

Также никто ТС не написал что возможная причина - несоотвествие crc4 ... На это указывает флуд HDLC CRC ...
Попробуйте.
_________________
http://mh.otx.ru Гибкие SIP/E1 шлюзы Alvis-GW-2E1. Модернизация LDK300/TDA100:VoIP