Some errors in chan_ss7

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Sirs, I need your experience with this issue, I have installed a box:

Hardware:
DELL POWER EDGE R610  + Processor = Intel(R) Xeon(R) CPU  E5620  @
2.40GHz + Memory = 4Gb

Software:
Opensuse 11.4 (x86_64) + kernel 2.6.34-12-desktop #1 SMP PREEMPT +
asterisk-1.4.40 + dahdi-linux-2.4.1.2 + dahdi-tools-2.4.1 +
chan_ss7-2.0.0

The box is conected to three diferent switches, one E1 for each
switch.(Ericsson AXE L 7/TL 4), and the asterisk box is used as an IVR.
When asterisk starts, these messages appears:

chan_ss7.so => (SS7 Protocol Support)
[May  3 15:29:31] NOTICE[20357]: mtp.c:2349 mtp_init_link:
Initialising link 'l1/16', linkset 'switch1', sls 0.
[May  3 15:29:31] NOTICE[20357]: mtp.c:2367 mtp_init_link: Signalling
channel on link 'l1/16' has signalling type 0x0080.
[May  3 15:29:31] NOTICE[20357]: mtp.c:2349 mtp_init_link:
Initialising link 'l2/16', linkset 'switch2', sls 0.
[May  3 15:29:31] NOTICE[20357]: mtp.c:2367 mtp_init_link: Signalling
channel on link 'l2/16' has signalling type 0x0080.
[May  3 15:29:31] NOTICE[20357]: mtp.c:2349 mtp_init_link:
Initialising link 'l3/16', linkset 'switch3', sls 0.
[May  3 15:29:31] NOTICE[20357]: mtp.c:2367 mtp_init_link: Signalling
channel on link 'l3/16' has signalling type 0x0080.
[May  3 15:29:31] NOTICE[20357]: mtp.c:2064 mtp_thread_main: Empty
Dahdi output buffer detected, outgoing packets may have been lost on
link 'l1'.
[May  3 15:29:31] NOTICE[20357]: mtp.c:2064 mtp_thread_main: Empty
Dahdi output buffer detected, outgoing packets may have been lost on
link 'l2'.
[May  3 15:29:31] NOTICE[20357]: mtp.c:2064 mtp_thread_main: Empty
Dahdi output buffer detected, outgoing packets may have been lost on
link 'l3'.

Despite this error message, both E1 seems to be OK in audio quality, I
did only a few test calls because it's not in production yet.
Sometimes, I see messages like these when there is only one call running:

[Apr 29 10:42:53] NOTICE[15389] l4isup.c: Audio buffer underrun, data
20 msecs, real time: 1006 msecs! (supressed 0)

Do you have any suggestion to avoid these messages? Is there a
performance problem?
All your help is appreciated.


My config files are:

chan_ss7.conf is:

[linkset-switch1]
enabled => yes
enable_st => yes
use_connect => no
hunting_policy => seq_lth
context => fromss7
language => en
t35 => 10000,timeout
subservice => auto
variant => ITU

[linkset-switch2]
enabled => yes
enable_st => yes
use_connect => no
hunting_policy => seq_lth
context => fromss7
language => en
t35 => 10000,timeout
subservice => auto
variant => ITU

[linkset-switch3]
enabled => yes
enable_st => yes
use_connect => no
hunting_policy => seq_lth
context => fromss7
language => en
t35 => 10000,timeout
subservice => auto
variant => ITU

[link-l1]
linkset => switch1
channels => 1-15,17-31
schannel => 16
firstcic => 1
enabled => yes

[link-l2]
linkset => switch2
channels => 1-15,17-31
schannel => 16
firstcic => 1
enabled => yes

[link-l3]
linkset => switch3
channels => 1-15,17-31
schannel => 16
firstcic => 1
enabled => yes

[host-ivr1]
default_linkset => switch3
enabled => yes
opc => 0x232D
dpc => switch1:0x3c01,switch2:0x3800,switch3:0x3c00
links => l1:1,l2:2,l3:3
if-0 => 10.245.193.93



system.conf

span=1,1,0,ccs,hdb3
bchan=1-31
span=2,2,0,ccs,hdb3
bchan=32-62
span=3,3,0,ccs,hdb3
bchan=63-93

loadzone = us
defaultzone = us

Thanks!
Alejandro Galasso
alejandro.galasso at gmail.com



[Index of Archives]     [Asterisk App Development]     [PJ SIP]     [Gnu Gatekeeper]     [IETF Sipping]     [Info Cyrus]     [ALSA User]     [Fedora Linux Users]     [Linux SCTP]     [DCCP]     [Gimp]     [Yosemite Backpacking]     [Deep Creek Hot Springs]     [Yosemite Campsites]     [ISDN Cause Codes]     [Asterisk Books]

  Powered by Linux