Asterisk chan_ss7 "12 धागे"

उद्देश्य:

N7 अलार्म सिस्टम (चैनल-वाइड अलार्म नंबर 7 (OKS7 या SS7) का उपयोग करके सिटी टेलीफोन स्टेशनों "GTS" से कनेक्शन

चरणों में निर्णय:

• सर्वर
• सिस्टम और सॉफ्टवेयर
• कनेक्शन सेटअप
• समस्याओं और समाधान
• परीक्षण

सर्वर:

मैं सर्वर के बारे में बहुत कम जानता हूं, मैंने सब कुछ दूरस्थ रूप से सेट किया और इसे नहीं देखा, लेकिन मुझे वह सब कुछ दिखाई दिया जिसकी मुझे जरूरत थी।
प्रतिशत:
[root@ss7 ~]# cat /proc/cpuinfo |grep "model name"
model name : Pentium(R) Dual-Core CPU E5700 @ 3.00GHz
model name : Pentium(R) Dual-Core CPU E5700 @ 3.00GHz
स्मृति:
[root@ss7 ~]# free -m
total used free shared buffers cached
Mem: 4051 3899 152 0 142 3628
-/+ buffers/cache: 128 3923
Swap: 5247 0 5247
पेंच:
Ryde 250 गीगाबाइट में 2 शिकंजा, नियमित SATA
मदरबोर्ड:
मॉडल और निर्माता ने मुझे दिलचस्पी नहीं ली; मुझे केवल यह जानने की जरूरत थी कि क्या DIGIUM बोर्ड के साथ एक रुकावट पर USB या ETH है।
[root@ss7 ~]# cat /proc/interrupts
....
58: 6425 2287054760 IO-APIC-level ata_piix, wct4xxp
74: 2285708690 4349 IO-APIC-level wct4xxp
82: 4161 2285686641 IO-APIC-level wct4xxp
....
तथ्य यह है कि एक स्क्रू (ata_piix, wct4xxp) के साथ एक के बाद एक बोर्डों में से एक समस्या है, लेकिन वह सब किया गया था जो काम नहीं करता था।
स्ट्रीम बोर्ड:
[root@ss7 ~]# dahdi_hardware
pci:0000:05:00.0 wct4xxp+ d161:1405 Wildcard TE405P (5th Gen)
pci:0000:05:01.0 wct4xxp+ d161:0405 Wildcard TE405P (4th Gen)
pci:0000:05:02.0 wct4xxp+ d161:0405 Wildcard TE405P (4th Gen)
3 बोर्ड डिजिटल TE405 PCI स्लॉट का उपयोग करता है।

सिस्टम और सॉफ्टवेयर

इस कार्य को शुरू करने से पहले, मैंने इंटरनेट पर बहुत कुछ खोजा कि यहां उपयोग करने के लिए कौन सा समाधान बेहतर है वह सूची है जो मुझे मिली:

• openss7.org
• यते ss7
• Freeswitch ss7
• तारांकन चिह्न libss7
• तारांकन चिह्न chan_ss7

पसंद तारांकन चिह्न और chan_ss7 पर गिर गई, यह कॉन्फ़िगर करने के लिए मेरी राय में सबसे आसान है और इस तरह के कनेक्शन के लिए बहुत आवश्यक डिबग को प्रदर्शित करता है। सिस्टम को Centos 5.5 में अपग्रेड किया गया था, आगे से DAHDI को असेंबल किया गया और Han_ss7-2.0.0 डाउनलोड करने के बाद Asterisk ।

कनेक्शन सेटअप

धाराओं को विशेष के माध्यम से दायर किया गया था। सर्वर से जुड़ने के लिए, कनेक्ट करने के लिए, आपको बस एक नियमित E1 केबल की आवश्यकता होगी। विन्यास दही:
[root@ss7 asterisk]# cat /etc/dahdi/system.conf
span=1,1,0,ccs,hdb3,crc4
bchan=1-31
echocanceller=mg2,1-31

span=2,2,0,ccs,hdb3,crc4
bchan=32-62
echocanceller=mg2,32-62

span=3,3,0,ccs,hdb3,crc4
bchan=63-93
echocanceller=mg2,63-93

span=4,4,0,ccs,hdb3,crc4
bchan=94-124
echocanceller=mg2,94-124

span=5,5,0,ccs,hdb3,crc4
bchan=125-155
echocanceller=mg2,125-155

span=6,6,0,ccs,hdb3,crc4
bchan=156-186
echocanceller=mg2,156-186

span=7,7,0,ccs,hdb3,crc4
bchan=187-217
echocanceller=mg2,187-217

span=8,8,0,ccs,hdb3,crc4
bchan=218-248
echocanceller=mg2,218-248

span=9,9,0,ccs,hdb3,crc4
bchan=249-279
echocanceller=mg2,249-279

span=10,10,0,ccs,hdb3,crc4
bchan=280-310
echocanceller=mg2,280-310

span=11,11,0,ccs,hdb3,crc4
bchan=311-341
echocanceller=mg2,311-341

span=12,12,0,ccs,hdb3,crc4
bchan=342-372
echocanceller=mg2,342-372

loadzone = us
defaultzone = us

Chan_ss7 को कॉन्फ़िगर करें:
[root@ss7 ~]# cat /etc/asterisk/ss7.conf
[linkset-mtc]
enabled => yes
enable_st => yes
use_connect => no
hunting_policy => even_mru
context => ss7
language => ru
t35 => 15000,timeout
subservice => 8

[link-mtcl1]
linkset => mtc
channels => 2-31
schannel => 1
firstcic => 1
enabled => yes
echocancel => allways
echocan_train => 350
echocan_taps => 128

[link-mtcl2]
linkset => mtc
channels => 1-31
schannel =>
firstcic => 33
enabled => yes
echocancel => allways
echocan_train => 350
echocan_taps => 128

[link-mtcl3]
linkset => mtc
channels => 1-31
schannel =>
firstcic => 65
enabled => yes
echocancel => allways
echocan_train => 350
echocan_taps => 128

[link-mtcl4]
linkset => mtc
channels => 1-31
schannel =>
firstcic => 97
enabled => yes
echocancel => allways
echocan_train => 350
echocan_taps => 128

[link-mtcl5]
linkset => mtc
channels => 1-31
schannel =>
firstcic => 129
enabled => yes
echocancel => allways
echocan_train => 350
echocan_taps => 128

[link-mtcl6]
linkset => mtc
channels => 1-31
schannel =>
firstcic => 161
enabled => yes
echocancel => allways
echocan_train => 350
echocan_taps => 128

[link-mtcl7]
linkset => mtc
channels => 1-31
schannel =>
firstcic => 193
enabled => yes
echocancel => allways
echocan_train => 350
echocan_taps => 128

[link-mtcl8]
linkset => mtc
channels => 1-31
schannel =>
firstcic => 225
enabled => yes
echocancel => allways
echocan_train => 350
echocan_taps => 128

[link-mtcl9]
linkset => mtc
channels => 1-31
schannel =>
firstcic => 257
enabled => yes
echocancel => allways
echocan_train => 350
echocan_taps => 128

[link-mtcl10]
linkset => mtc
channels => 1-31
schannel =>
firstcic => 289
enabled => yes
echocancel => allways
echocan_train => 350
echocan_taps => 128

[link-mtcl11]
linkset => mtc
channels => 1-31
schannel =>
firstcic => 321
enabled => yes
echocancel => allways
echocan_train => 350
echocan_taps => 128

[link-mtcl12]
linkset => mtc
channels => 1-31
schannel =>
firstcic => 353
enabled => yes
echocancel => allways
echocan_train => 350
echocan_taps => 128

[host-ss7.host.ru]
enabled => yes
opc => 0x62
dpc => mtc:0x0d
links => mtcl1:1,mtcl2:2,mtcl3:3,mtcl4:4,mtcl5:5,mtcl6:6,mtcl7:7,mtcl8:8,mtcl9:9,mtcl10:10,mtcl11:11,mtcl12:12

समस्याओं और समाधान

1) धाराओं को जोड़ने का क्रम (शारीरिक रूप से):
भौतिक लिंक जोड़ते समय, उन्हें एक साथ GTS - 1 DIGUM, 2 -2 के पोर्ट 1 में डाला जाना चाहिए ... यह पहली समस्या थी क्योंकि प्रवाह को पहले बेतरतीब ढंग से चालू किया गया था।
2) सीआरसी 4 - सेटिंग्स के 3 वें दिन जीटीएस ने कहा कि जब उन्हें डीआईजीजीआई पर चालू किया गया था और सिग्नल चैनल को प्रभावित किया था, तो उन्होंने सीआरसी 4 को बंद कर दिया था। मुझे नहीं पता कि यह कैसे निकला। मुझे लगता है कि यह भी मॉडेम के लिए है, इसलिए मैंने जीटीएस को सीआरसी 4 चालू करने के लिए कहा।
लॉग: [May 24 11:46:48] NOTICE[6229] mtp.c: Failover not possible, no other signalling link and no other host available.
[May 24 11:46:48] WARNING[6229] chan_ss7.c: MTP is now DOWN on link 'mtcl1'.
[May 24 11:46:50] WARNING[6229] chan_ss7.c: MTP is now UP on link 'mtcl1'.
[May 24 11:46:50] NOTICE[6229] mtp.c: Sending TRA to peer on link 'mtcl1'.... [May 24 11:46:48] NOTICE[6229] mtp.c: Failover not possible, no other signalling link and no other host available.
[May 24 11:46:48] WARNING[6229] chan_ss7.c: MTP is now DOWN on link 'mtcl1'.
[May 24 11:46:50] WARNING[6229] chan_ss7.c: MTP is now UP on link 'mtcl1'.
[May 24 11:46:50] NOTICE[6229] mtp.c: Sending TRA to peer on link 'mtcl1'....
3) एक से अधिक स्ट्रीम को जोड़ने पर, आमतौर पर केवल एक सिग्नल लिंक का उपयोग किया जाता है, वह जो पहली स्ट्रीम में इसके लिए आवंटित किया जाता है। इसलिए, मैंने 2 से 31 तक लिंक-mtcl1 सेटिंग्स और वॉयस चैनल में schannel => 1 सेट किया है और बाकी धाराएं 1 से 31 (सभी) से आवाज का उपयोग करती हैं।

परीक्षण

सिग्नल लिंक की स्थिति की जाँच:
*CLI> ss7 link status
linkset mtc, link mtcl1/1 INSERVICE, sls 0, total: 3173888, 3173904
चैनलों की स्थिति की जाँच:
ss7*CLI> ss7 show channels
Linkset: mtc
CIC 2 Idle
CIC 3 Idle
CIC 4 Idle
.
.
.
CIC 382 Idle
CIC 383 Idle
चैनलों की अधिकतम संख्या जिसे मैं पकड़ने में कामयाब रहा:
root@ss7 ~]# asterisk -rx "core show channels"
….
1069 active channels
362 active calls

पुनश्च अगर आप विन्यास पर विवरण की जरूरत है या लिखने में मदद :)