<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.30.3">
</HEAD>
<BODY>
Hi,<BR>
<BR>
Single DPC, single signalling channel, although we should have a second signalling channel available soon.<BR>
<BR>
chan_dadhdi.conf is empty, remember I am using chan_ss7.<BR>
<BR>
thanks,<BR>
<BR>
Jorge.<BR>
<BR>
<BR>
On Mon, 2011-01-10 at 12:34 +0530, bipin singh wrote:<BR>
<BLOCKQUOTE TYPE=CITE>
<BR>
Hi,<BR>
You have single adjpointcode or multiple . can u send youre chan_dahdi.conf .
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
On Mon, Jan 3, 2011 at 11:37 PM, Jorge Antillon <<A HREF="mailto:jantillon@ticom.co.cr">jantillon@ticom.co.cr</A>> wrote:
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
<BLOCKQUOTE>
Hi,<BR>
<BR>
Ok, so after installing chan_ss7 1.4.3 things got a little better with individual CIC handling and how it behaves and performs.<BR>
Brief up:<BR>
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.<BR>
<BR>
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.<BR>
<BR>
Signalling channel is 31 on the first E1.<BR>
<BR>
CICs in config file:<BR>
1 firstcic => 1<BR>
1 firstcic => 32<BR>
1 firstcic => 63<BR>
1 firstcic => 94<BR>
2 firstcic => 125<BR>
2 firstcic => 156<BR>
2 firstcic => 187<BR>
2 firstcic => 218<BR>
3 firstcic => 249<BR>
3 firstcic => 280<BR>
3 firstcic => 311<BR>
3 firstcic => 342<BR>
4 firstcic => 373<BR>
4 firstcic => 404<BR>
4 firstcic => 435<BR>
4 firstcic => 466<BR>
5 firstcic => 497<BR>
5 firstcic => 528<BR>
5 firstcic => 559<BR>
5 firstcic => 590<BR>
<BR>
<BR>
<BR>
Box1<BR>
[Dec 26 00:45:29] NOTICE[32216]: l4isup.c:3498 process_gra: Process GRA, cic=1, range=29<BR>
[Dec 26 00:45:29] NOTICE[32216]: l4isup.c:3498 process_gra: Process GRA, cic=32, range=31<BR>
[Dec 26 00:45:29] NOTICE[32216]: l4isup.c:3498 process_gra: Process GRA, cic=64, range=31<BR>
[Dec 26 00:45:29] NOTICE[32216]: l4isup.c:3498 process_gra: Process GRA, cic=96, range=28<BR>
Box2<BR>
[Dec 26 00:44:13] NOTICE[18361]: l4isup.c:3498 process_gra: Process GRA, cic=125, range=31<BR>
[Dec 26 00:44:13] NOTICE[18361]: l4isup.c:3498 process_gra: Process GRA, cic=157, range=31<BR>
[Dec 26 00:44:13] NOTICE[18361]: l4isup.c:3498 process_gra: Process GRA, cic=189, range=31<BR>
[Dec 26 00:44:13] NOTICE[18361]: l4isup.c:3498 process_gra: Process GRA, cic=221, range=27<BR>
Box3<BR>
[Dec 26 00:43:11] NOTICE[14261]: l4isup.c:3498 process_gra: Process GRA, cic=249, range=31<BR>
[Dec 26 00:43:11] NOTICE[14261]: l4isup.c:3498 process_gra: Process GRA, cic=281, range=31<BR>
[Dec 26 00:43:11] NOTICE[14261]: l4isup.c:3498 process_gra: Process GRA, cic=313, range=31<BR>
[Dec 26 00:43:11] NOTICE[14261]: l4isup.c:3498 process_gra: Process GRA, cic=345, range=27<BR>
Box4<BR>
[Dec 26 00:44:08] NOTICE[18418]: l4isup.c:3498 process_gra: Process GRA, cic=373, range=31<BR>
[Dec 26 00:44:08] NOTICE[18418]: l4isup.c:3498 process_gra: Process GRA, cic=405, range=31<BR>
[Dec 26 00:44:08] NOTICE[18418]: l4isup.c:3498 process_gra: Process GRA, cic=437, range=31<BR>
[Dec 26 00:44:08] NOTICE[18418]: l4isup.c:3498 process_gra: Process GRA, cic=469, range=27<BR>
Box5<BR>
[Dec 26 01:43:37] NOTICE[28186]: l4isup.c:3498 process_gra: Process GRA, cic=497, range=31<BR>
[Dec 26 01:43:37] NOTICE[28186]: l4isup.c:3498 process_gra: Process GRA, cic=529, range=31<BR>
[Dec 26 01:43:37] NOTICE[28186]: l4isup.c:3498 process_gra: Process GRA, cic=561, range=31<BR>
[Dec 26 01:43:37] NOTICE[28186]: l4isup.c:3498 process_gra: Process GRA, cic=593, range=27<BR>
<BR>
Where if you separate and look at the CICs, they initialize in a different fashion than programmed.<BR>
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.<BR>
<BR>
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.<BR>
<BR>
Thanks,<BR>
<BR>
<FONT COLOR="#888888"> Jorge.</FONT>
</BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
<BLOCKQUOTE>
<BR>
--<BR>
_____________________________________________________________________<BR>
-- Bandwidth and Colocation Provided by <A HREF="http://www.api-digital.com">http://www.api-digital.com</A> --<BR>
<BR>
asterisk-ss7 mailing list<BR>
To UNSUBSCRIBE or update options visit:<BR>
<A HREF="http://lists.digium.com/mailman/listinfo/asterisk-ss7">http://lists.digium.com/mailman/listinfo/asterisk-ss7</A>
</BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
<BR>
<BR>
<BR>
-- <BR>
BIPIN RAGHUVANSHI<BR>
OPERATION HEAD<BR>
ASTERISK (DEVELOPMENT AND RESEARCH) <BR>
<A HREF="http://WWW.EHORIZONS.IN">WWW.EHORIZONS.IN</A><BR>
011-32323262<BR>
011-46334633
<PRE>
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by <A HREF="http://www.api-digital.com">http://www.api-digital.com</A> --
asterisk-ss7 mailing list
To UNSUBSCRIBE or update options visit:
<A HREF="http://lists.digium.com/mailman/listinfo/asterisk-ss7">http://lists.digium.com/mailman/listinfo/asterisk-ss7</A>
</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>