[asterisk-ss7] CIC init process and sequence of calls.

[Jorge Antillon]

Hi,

Ok, so after installing chan_ss7 1.4.3 things got a little better with
individual CIC handling and how it behaves and performs.
Brief up:
Chan_ss7 1.4.3, asterisk 1.4.30, dahdi 2.2.1, libpri 1.4.10.2, 5 OpenVox
4 ports each distributed across 5 boxes.

We have 20 E1s that should be as clear and working, but for some reason
we notice the following init differences in CICs; below will be an
excerpt of our ss7.conf and how the CICs initialize in the 5 boxes, 4
ports each.

Signalling channel is 31 on the first E1.

CICs in config file:
1 firstcic => 1
1 firstcic => 32
1 firstcic => 63
1 firstcic => 94
2 firstcic => 125
2 firstcic => 156
2 firstcic => 187
2 firstcic => 218
3 firstcic => 249
3 firstcic => 280
3 firstcic => 311
3 firstcic => 342
4 firstcic => 373
4 firstcic => 404
4 firstcic => 435
4 firstcic => 466
5 firstcic => 497
5 firstcic => 528
5 firstcic => 559
5 firstcic => 590



Box1
[Dec 26 00:45:29] NOTICE[32216]: l4isup.c:3498 process_gra: Process GRA,
cic=1, range=29
[Dec 26 00:45:29] NOTICE[32216]: l4isup.c:3498 process_gra: Process GRA,
cic=32, range=31
[Dec 26 00:45:29] NOTICE[32216]: l4isup.c:3498 process_gra: Process GRA,
cic=64, range=31
[Dec 26 00:45:29] NOTICE[32216]: l4isup.c:3498 process_gra: Process GRA,
cic=96, range=28
Box2
[Dec 26 00:44:13] NOTICE[18361]: l4isup.c:3498 process_gra: Process GRA,
cic=125, range=31
[Dec 26 00:44:13] NOTICE[18361]: l4isup.c:3498 process_gra: Process GRA,
cic=157, range=31
[Dec 26 00:44:13] NOTICE[18361]: l4isup.c:3498 process_gra: Process GRA,
cic=189, range=31
[Dec 26 00:44:13] NOTICE[18361]: l4isup.c:3498 process_gra: Process GRA,
cic=221, range=27
Box3
[Dec 26 00:43:11] NOTICE[14261]: l4isup.c:3498 process_gra: Process GRA,
cic=249, range=31
[Dec 26 00:43:11] NOTICE[14261]: l4isup.c:3498 process_gra: Process GRA,
cic=281, range=31
[Dec 26 00:43:11] NOTICE[14261]: l4isup.c:3498 process_gra: Process GRA,
cic=313, range=31
[Dec 26 00:43:11] NOTICE[14261]: l4isup.c:3498 process_gra: Process GRA,
cic=345, range=27
Box4
[Dec 26 00:44:08] NOTICE[18418]: l4isup.c:3498 process_gra: Process GRA,
cic=373, range=31
[Dec 26 00:44:08] NOTICE[18418]: l4isup.c:3498 process_gra: Process GRA,
cic=405, range=31
[Dec 26 00:44:08] NOTICE[18418]: l4isup.c:3498 process_gra: Process GRA,
cic=437, range=31
[Dec 26 00:44:08] NOTICE[18418]: l4isup.c:3498 process_gra: Process GRA,
cic=469, range=27
Box5
[Dec 26 01:43:37] NOTICE[28186]: l4isup.c:3498 process_gra: Process GRA,
cic=497, range=31
[Dec 26 01:43:37] NOTICE[28186]: l4isup.c:3498 process_gra: Process GRA,
cic=529, range=31
[Dec 26 01:43:37] NOTICE[28186]: l4isup.c:3498 process_gra: Process GRA,
cic=561, range=31
[Dec 26 01:43:37] NOTICE[28186]: l4isup.c:3498 process_gra: Process GRA,
cic=593, range=27

Where if you separate and look at the CICs, they initialize in a
different fashion than programmed.
for instance, first CIC, third E1 starts at 64 where it should be 63,
the shifting happens all across the E1s, starting at the second circuit
and also the range on the last E1 of each box goes down by a 3 CICs.

The problem here is low ASR, where a channel tries to initialize and it
never actually gets to the other side, but instead, starts ringing busy,
as if the number was busy, when in reality its all available.

Thanks,

    Jorge.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-ss7/attachments/20110103/4e6340b5/attachment.htm>