Asterisk как транзитный узел для ipLDK-100

[phone2user]

итак, диалплан и конфиги постепенно устаканились, и вроде даже все стабильно, кроме достающего меня в логах warning'a:

app_dial.c: Unable to write frametype: 2,

обычно это случается при схеме звонка ipLDK-100 --> Asterisk ---> ISDN

в поисках ответа на этот вопрос случайно заглянул в /proc/dahdi/2 и вот что там увидел:

cat /proc/dahdi/2

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2" (MASTER) HDB3/CCS
IRQ misses: 2
Timing slips: 3676

32 TE2/0/2/1 Clear (In use)
33 TE2/0/2/2 Clear (In use)
34 TE2/0/2/3 Clear (In use)
35 TE2/0/2/4 Clear (In use)
36 TE2/0/2/5 Clear (In use)
37 TE2/0/2/6 Clear (In use)
38 TE2/0/2/7 Clear (In use)
39 TE2/0/2/8 Clear (In use)
40 TE2/0/2/9 Clear (In use)
41 TE2/0/2/10 Clear (In use)
42 TE2/0/2/11 Clear (In use)
43 TE2/0/2/12 Clear (In use)
44 TE2/0/2/13 Clear (In use)
45 TE2/0/2/14 Clear (In use)
46 TE2/0/2/15 Clear (In use)
47 TE2/0/2/16 Hardware-assisted HDLC (In use)
48 TE2/0/2/17 Clear (In use)
49 TE2/0/2/18 Clear (In use)
50 TE2/0/2/19 Clear (In use)
51 TE2/0/2/20 Clear (In use)
52 TE2/0/2/21 Clear (In use)
53 TE2/0/2/22 Clear (In use)
54 TE2/0/2/23 Clear (In use)
55 TE2/0/2/24 Clear (In use)
56 TE2/0/2/25 Clear (In use)
57 TE2/0/2/26 Clear (In use)
58 TE2/0/2/27 Clear (In use)
59 TE2/0/2/28 Clear (In use)
60 TE2/0/2/29 Clear (In use)
61 TE2/0/2/30 Clear (In use)
62 TE2/0/2/31 Clear (In use)

cat /proc/dahdi/1

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" HDB3/CCS
IRQ misses: 2

1 TE2/0/1/1 Clear (In use)
2 TE2/0/1/2 Clear (In use)
3 TE2/0/1/3 Clear (In use)
4 TE2/0/1/4 Clear (In use)
5 TE2/0/1/5 Clear (In use)
6 TE2/0/1/6 Clear (In use)
7 TE2/0/1/7 Clear (In use)
8 TE2/0/1/8 Clear (In use)
9 TE2/0/1/9 Clear (In use)
10 TE2/0/1/10 Clear (In use)
11 TE2/0/1/11 Clear (In use)
12 TE2/0/1/12 Clear (In use)
13 TE2/0/1/13 Clear (In use)
14 TE2/0/1/14 Clear (In use)
15 TE2/0/1/15 Clear (In use)
16 TE2/0/1/16 Hardware-assisted HDLC (In use)
17 TE2/0/1/17 Clear (In use)
18 TE2/0/1/18 Clear (In use)
19 TE2/0/1/19 Clear (In use)
20 TE2/0/1/20 Clear (In use)
21 TE2/0/1/21 Clear (In use)
22 TE2/0/1/22 Clear (In use)
23 TE2/0/1/23 Clear (In use)
24 TE2/0/1/24 Clear (In use)
25 TE2/0/1/25 Clear (In use)
26 TE2/0/1/26 Clear (In use)
27 TE2/0/1/27 Clear (In use)
28 TE2/0/1/28 Clear (In use)
29 TE2/0/1/29 Clear (In use)
30 TE2/0/1/30 Clear (In use)
31 TE2/0/1/31 Clear (In use)

также прикладываю конфиг dahdi:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

# Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1"
span=1,0,0,ccs,hdb3
bchan=1-15,17-31
alaw=1-15,17-31
hardhdlc=16

# Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2"
span=2,0,0,ccs,hdb3
bchan=32-46,48-62
alaw=32-46,48-62
hardhdlc=47

# Global data

loadzone = ru
defaultzone = ru

как думаете, может быть здесь все таки ошибка с источником синхронизации? хотя связь в-основном стабильная, слипы на втором порту (SPAN 2)поминутно растут, что не совсем хорошо.

[ded]

# Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1"
span=1,0,0,ccs,hdb3
bchan=1-15,17-31
alaw=1-15,17-31
hardhdlc=16

# Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2"
span=2,0,0,ccs,hdb3
bchan=32-46,48-62
alaw=32-46,48-62
hardhdlc=47

Не хорошо.

Надо
# Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1"
span=1,1,0,ccs,hdb3
bchan=1-15,17-31
alaw=1-15,17-31
hardhdlc=16

# Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2"
span=2,2,0,ccs,hdb3
bchan=32-46,48-62
alaw=32-46,48-62
hardhdlc=47

[phone2user]

сделал, как советовал ded, теперь такая картина:

SPAN 1:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" HDB3/CCS ClockSource
IRQ misses: 1
Timing slips: 1

SPAN2:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2" (MASTER) HDB3/CCS
IRQ misses: 1
Timing slips: 296

слипы на втором порту также продолжают прибывать. Меня смущает тот факт, что второй порт отображается как MASTER, хотя на провайдера E1 смотрит SPAN1, и источник синхронизации берется оттуда же.

[ded]

cat /proc/interrupts ??

[phone2user]

пообщался с провайдером, слипы возникли при этой конфигурации, откатился на старую, слипов нет. То есть слипы идут между астером и LG-шкой. Я специально сделал все прерывания от астера и железки (OpenVox DE210E) на одно ядро (второе). Первое прерывается от системы, от eth0, и прочего.

cat /proc/interrupts:
http://pastehtml.com/view/cif9o4zea.html

[ded]

На старую, то есть где
span=1,0,0,ccs,hdb3
span=2,0,0,ccs,hdb3
??
Это как-то идейно неверно, совсем. Спорить не хочу.

[Vlad1983]

шлюз оператора предназначен "для работы только с системами передачи плезиохронной цифровой иерархии и не осуществляющих синхронизацию другого оборудования связи" (цитата из ТУ одного производителя цифровых шлюзов)
соответственно не стоит брать синхру от него

[phone2user]

учитывая все вышесказанное, сделал:

span=1,0,0,ccs,hdb3 #порт в провайдера
span=2,2,0,ccs,hdb3 #порт в ipLDK-100

и слипы исчезли, благодарю за поддержку.

[phone2user]

Каждый день периодически получаю следующее:

[Dec 4 10:08:53] WARNING[1725] sig_pri.c: Span 2: Got SETUP with duplicate call ptr (0x7f45b41ca490). Dropping call.

Прогуглив, увидел такие же проблемы у других, при такой же конфигурации E1 <--> aster <---> other PBX.
Но что вообще может значить этот варнинг, в физическом смысле, может кто объяснит? Не, я конечно перевел с английского этот варнинг, но не понимаю, почему идет отброс звонка.

[phone2user]

продолжая поиск источника Duplicate call выкладываю лог, может кто сталкивался с такой ошибкой:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < Protocol Discriminator: Q.931 (8) len=39
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < TEI=0 Call Ref: len= 2 (reference 32535/0x7F17) (Sent from originator)
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < Message Type: SETUP (5)
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < [a1]
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < Sending Complete (len= 1)
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < [04 03 80 90 a3]
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < Bearer Capability (len= 5) [ Ext: 1 Coding-Std: 0 Info transfer capability: Speech (0)
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < User information layer 1: A-Law (35)
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < [18 03 a9 83 98]
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < ChanSel: As indicated in following octets
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < Ext: 1 Coding: 0 Number Specified Channel Type: 3
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < Ext: 1 Channel: 24 Type: NET]
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < [6c 08 20 81 37 36 30 39 38 39]
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < Calling Number (len=10) [ Ext: 0 TON: National Number (2) NPI: Unknown Number Plan (0)
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < Presentation: Presentation permitted, user number passed network screening (1) '999989' ]
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < [70 0b 80 34 39 39 39 36 38 39 31 32 33]
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 < Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '8996689153' ]
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 -- Making new call for cref 32535
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 Received message for call 0x7fc140040da0 on link 0x7fc15c0f22b0 TEI/SAPI 0/0
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 -- Processing Q.931 Call Setup
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 -- Processing IE 161 (cs0, Sending Complete)
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 -- Processing IE 4 (cs0, Bearer Capability)
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 -- Processing IE 24 (cs0, Channel Identification)
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 -- Processing IE 108 (cs0, Calling Party Number)
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 -- Processing IE 112 (cs0, Called Party Number)
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 q931.c:8281 post_handle_q931_message: Call 32535 enters state 6 (Call Present). Hold state: Idle
[Jan 24 12:27:23] VERBOSE[1714] sig_pri.c: Span 2: Processing event PRI_EVENT_RING
[Jan 24 12:27:23] WARNING[1714] sig_pri.c: Span 2: Got SETUP with duplicate call ptr (0x7fc140040da0). Dropping call.
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 q931.c:6837 q931_hangup: Hangup other cref:32535
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 q931.c:6594 __q931_hangup: ourstate Call Present, peerstate Call Initiated, hold-state Idle
[Jan 24 12:27:23] VERBOSE[1714] chan_dahdi.c: PRI Span: 2 q931.c:5783 q931_disconnect: Call 32535 enters state 11 (Disconnect Request). Hold state: Idle
[Jan 24 12:27:27] VERBOSE[1714] chan_dahdi.c: PRI Span: 2

Физически звонок просто отбрасывается, хотя свободных линий с запасом.