On Tue, 27 Mar 2012 20:20:20 +0500, Abdul Basit <basit.engg at gmail.com> wrote: > Kaloyan, > > I really appreciate your consideration and help. > > I tried swapping the sigchans 109 with 140. But then this 4th link didnt > come up. I dont have extra hardware to verify 8 sigchans in lab. > I believe we are good. This seems provider end issue. Provider claimed to > have 8 links configured. > > Can you point me how can we verify number of signalling links configured > without their help? > take a look at ss7linktest program inside libss7 (it is not installed to /bin or /sbin on make install ) in your case it should be: ./ss7linktest 140 itu 1234 5678 if you get something like "Could not open device 140: Invalid argument" the channel is missing at your end (which i think is the problem). If it connects, but there is no communication (stops at "Link state change: IDLE -> NOTALIGNED") it is at provider's end or cabling if it is missing at your end - run again dahdi_cfg without -t option or even try to restart the machine > -- > regards, > > abdul basit > > > > On Tue, Mar 27, 2012 at 7:27 PM, Kaloyan Kovachev > <kkovachev at varna.net>wrote: > >> On Tue, 27 Mar 2012 19:00:53 +0500, Abdul Basit <basit.engg at gmail.com> >> wrote: >> > Here is the trail >> > >> > #dahdi_cfg -vvvt | grep MTP2 >> > >> > DAHDI Tools Version - 2.3.0 >> > Channel 16: MTP2 (Default) (Echo Canceler: none) (Slaves: 16) >> > Channel 47: MTP2 (Default) (Echo Canceler: none) (Slaves: 47) >> > Channel 78: MTP2 (Default) (Echo Canceler: none) (Slaves: 78) >> > Channel 109: MTP2 (Default) (Echo Canceler: none) (Slaves: 109) >> > Channel 140: MTP2 (Default) (Echo Canceler: none) (Slaves: 140) >> > Channel 171: MTP2 (Default) (Echo Canceler: none) (Slaves: 171) >> > Channel 202: MTP2 (Default) (Echo Canceler: none) (Slaves: 202) >> > Channel 233: MTP2 (Default) (Echo Canceler: none) (Slaves: 233) >> > >> > >> > Sets up 248 channels to configure. >> > >> > This may help. >> >> I am afraid i can't help much from here - the channel is configured, but >> Asterisk can't find it, which is weird. >> >> last idea ... if you replace one of the old sigchans (e.g. 109) with 140 >> does it work? >> >> > >> > -- >> > regards, >> > >> > abdul basit >> > >> > >> > >> > >> > On Tue, Mar 27, 2012 at 6:01 PM, Kaloyan Kovachev >> > <kkovachev at varna.net>wrote: >> > >> >> On Tue, 27 Mar 2012 17:35:34 +0500, Abdul Basit <basit.engg at gmail.com> >> >> wrote: >> >> > yap. >> >> > here is my system.conf: >> >> > >> >> > # >> >> > # Global data >> >> > >> >> > loadzone = us >> >> > defaultzone = us >> >> > >> >> > # Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" (MASTER) HDB3/CCS >> >> > span=1,1,0,ccs,hdb3 >> >> > bchan=1-15,17-31 >> >> > mtp2=16 >> >> > echocanceller=mg2,1-15,17-31 >> >> > >> >> > # Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2" HDB3/CCS >> >> > span=2,2,0,ccs,hdb3 >> >> > bchan=32-46,48-62 >> >> > mtp2=47 >> >> > echocanceller=mg2,32-46,48-62 >> >> > >> >> > # Span 3: TE4/0/3 "T4XXP (PCI) Card 0 Span 3" HDB3/CCS >> >> > span=3,3,0,ccs,hdb3 >> >> > bchan=63-77,79-93 >> >> > mtp2=78 >> >> > echocanceller=mg2,63-77,79-93 >> >> > >> >> > # Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4" HDB3/CCS >> >> > span=4,4,0,ccs,hdb3 >> >> > bchan=94-108,110-124 >> >> > mtp2=109 >> >> > echocanceller=mg2,94-108,110-124 >> >> > >> >> > # Span 5: TE4/1/1 "T4XXP (PCI) Card 1 Span 1" HDB3/CCS >> >> > span=5,5,0,ccs,hdb3 >> >> > bchan=125-139,141-155 >> >> > mtp2=140 >> >> > echocanceller=mg2,125-139,141-155 >> >> > >> >> > # Span 6: TE4/1/2 "T4XXP (PCI) Card 1 Span 2" HDB3/CCS >> >> > span=6,6,0,ccs,hdb3 >> >> > bchan=156-170,172-186 >> >> > mtp2=171 >> >> > echocanceller=mg2,156-170,172-186 >> >> > >> >> > # Span 7: TE4/1/3 "T4XXP (PCI) Card 1 Span 3" HDB3/CCS >> >> > span=7,7,0,ccs,hdb3 >> >> > bchan=187-201,203-217 >> >> > mtp2=202 >> >> > echocanceller=mg2,187-201,203-217 >> >> > >> >> > # Span 8: TE4/1/4 "T4XXP (PCI) Card 1 Span 4" HDB3/CCS >> >> > span=8,8,0,ccs,hdb3 >> >> > bchan=218-232,234-248 >> >> > mtp2=233 >> >> > echocanceller=mg2,218-232,234-248 >> >> > >> >> > -- >> >> > regards, >> >> > >> >> > abdul basit >> >> > >> >> > >> >> > On Tue, Mar 27, 2012 at 12:46 PM, Kaloyan Kovachev >> >> > <kkovachev at varna.net>wrote: >> >> > >> >> >> Hi, >> >> >> >> >> >> On Mon, 26 Mar 2012 20:18:48 +0500, Abdul Basit >> <basit.engg at gmail.com> >> >> >> wrote: >> >> >> > I recompiled libss7 and asterisk with >> >> >> > >> >> >> > libss7-1.0.2/ss7_internal.h:#define SS7_MAX_LINKS 16 >> >> >> > >> >> >> > asterisk-1.6.2.10/channels/chan_dahdi.c:#define NUM_DCHANS >> >> >> > 16 >> >> >> > >> >> >> > But as soon as i add 5th link, i get error >> >> >> > >> >> >> > Command 'module load chan_dahdi.so' failed. >> >> >> > [Mar 21 16:25:28] ERROR[10641]: chan_dahdi.c:15568 >> >> linkset_addsigchan: >> >> >> > Unable to open SS7 sigchan 140 (No such device or address) >> >> >> >> >> >> >> sigchan 140 is not found at all, which is outside of asterisk/libss7, >> but >> >> dahdi does not place such limits (1024 is far more than 16) >> >> >> >> what does dahdi_cfg -vvt say? Do you see channel 140 being configured? >> >> >> >> >> have you (re)defined it in system.conf or it is still commented >> >> >> out? >> >> >> >> >> >> > >> >> >> > While with 4 signalling links its perfect. >> >> >> > >> >> >> > [Mar 21 16:46:05] Loaded chan_dahdi.so => (DAHDI Telephony >> Driver >> >> >> w/SS7) >> >> >> > *CLI> [Mar 21 16:46:05] MTP2 link up (SLC 0) >> >> >> > [Mar 21 16:46:05] MTP2 link up (SLC 1) >> >> >> > [Mar 21 16:46:05] --- SS7 Up --- >> >> >> > [Mar 21 16:46:05] Resetting CICs 1 to 15 >> >> >> > [Mar 21 16:46:05] Resetting CICs 17 to 31 >> >> >> > [Mar 21 16:46:05] Resetting CICs 33 to 47 >> >> >> > [Mar 21 16:46:05] Resetting CICs 49 to 63 >> >> >> > [Mar 21 16:46:05] Resetting CICs 65 to 79 >> >> >> > [Mar 21 16:46:05] Resetting CICs 81 to 95 >> >> >> > [Mar 21 16:46:05] Resetting CICs 97 to 111 >> >> >> > [Mar 21 16:46:05] Resetting CICs 113 to 127 >> >> >> > [Mar 21 16:46:05] Resetting CICs 129 to 143 >> >> >> > [Mar 21 16:46:05] Resetting CICs 145 to 159 >> >> >> > [Mar 21 16:46:05] Resetting CICs 161 to 175 >> >> >> > [Mar 21 16:46:05] Resetting CICs 177 to 191 >> >> >> > [Mar 21 16:46:05] Resetting CICs 193 to 207 >> >> >> > [Mar 21 16:46:05] Resetting CICs 209 to 223 >> >> >> > [Mar 21 16:46:05] Resetting CICs 225 to 239 >> >> >> > [Mar 21 16:46:05] Resetting CICs 241 to 255 >> >> >> > [Mar 21 16:46:06] MTP2 link up (SLC 3) >> >> >> > [Mar 21 16:46:06] MTP2 link up (SLC 2) >> >> >> > >> >> >> > Checking with my provider. Will update after coordination. >> >> >> > >> >> >> > -- >> >> >> > >> >> >> > regards, >> >> >> > >> >> >> > Abdul Basit >> >> >> > >> >> >> > >> >> >> > >> >> >> > On Mon, Mar 19, 2012 at 12:16 AM, Kaloyan Kovachev >> >> >> > <kkovachev at varna.net>wrote: >> >> >> > >> >> >> >> Not sure about SIG_SS7_NUM_DCHANS, but i am using SS7_MAX_LINKS >> and >> >> >> >> SS7_MAX_ADJSPS = 8 (with 6 links actually) for over 3 years >> without >> >> a >> >> >> >> problem and as the max SLC is 4 bit it seems right to have 16 as >> >> >> >> the >> >> >> >> hardcodded maximum >> >> >> >> >> >> >> >> On Sun, 18 Mar 2012 22:54:20 +0500, Abdul Basit >> >> <basit.engg at gmail.com> >> >> >> >> wrote: >> >> >> >> > Kaloyan, >> >> >> >> > >> >> >> >> > Thank you for suggestion. >> >> >> >> > I will update and recompile asterisk. Will get back with >> results. >> >> >> >> > >> >> >> >> > -- >> >> >> >> > regards, >> >> >> >> > >> >> >> >> > Abdul Basit >> >> >> >> > >> >> >> >> > >> >> >> >> > >> >> >> >> > On Sat, Mar 17, 2012 at 12:47 PM, Kaloyan Kovachev >> >> >> >> > <kkovachev at varna.net>wrote: >> >> >> >> > >> >> >> >> >> On Fri, 16 Mar 2012 23:25:40 +0500, Abdul Basit >> >> >> <basit.engg at gmail.com> >> >> >> >> >> wrote: >> >> >> >> >> > This is production machine. I found it as stable one and >> >> working >> >> >> >> >> > fine >> >> >> >> >> with >> >> >> >> >> > me. >> >> >> >> >> > Moreover, I tested with latest asterisk 1.6.2.23 but this >> >> >> >> >> > is >> >> not >> >> >> >> >> > solving >> >> >> >> >> > slc problem. >> >> >> >> >> > >> >> >> >> >> > If someone has better idea/suggestion thanks in advance. >> >> >> >> >> >> >> >> >> >> There are few hardcoded limits: >> >> >> >> >> in libss7 >> >> >> >> >> ss7_internal.h SS7_MAX_LINKS 4 >> >> >> >> >> ss7_internal.h SS7_MAX_ADJSPS 4 >> >> >> >> >> >> >> >> >> >> in Asterisk 1.8 and up to trunk >> >> >> >> >> sig_ss7.h SIG_SS7_MAX_CHANNELS 672 (which is 1 DS3 = >> 28 >> >> T1 >> >> >> or >> >> >> >> >> about 22 E1) >> >> >> >> >> which is equal to MAX_CHANNELS in older versions >> >> >> >> >> sig_ss7.h SIG_SS7_NUM_DCHANS 4 (in older >> >> >> >> >> versions >> >> >> >> >> is >> >> >> just >> >> >> >> >> NUM_DCHANS) >> >> >> >> >> >> >> >> >> >> also NUM_SPANS = 32 unless you have compiled asterisk with >> >> >> >> >> the >> >> >> >> >> 'lots >> >> >> >> >> of >> >> >> >> >> spans' option in which case it is 128 >> >> >> >> >> >> >> >> >> >> in short upgrading will not solve your problem - you should >> >> change >> >> >> the >> >> >> >> >> hardcoded value and recompile. >> >> >> >> >> In my opinion it is safe to increase them all from 4 to 16 >> >> (links, >> >> >> >> adjspc >> >> >> >> >> and dchans) >> >> >> >> >> >> >> >> >> >> > >> >> >> >> >> > -- >> >> >> >> >> > regards, >> >> >> >> >> > >> >> >> >> >> > Abdul Basit >> >> >> >> >> > >> >> >> >> >> > >> >> >> >> >> > >> >> >> >> >> > On Fri, Mar 16, 2012 at 8:54 PM, Kevin P. Fleming >> >> >> >> >> > <kpfleming at digium.com>wrote: >> >> >> >> >> > >> >> >> >> >> >> On 03/16/2012 08:52 AM, Abdul Basit wrote: >> >> >> >> >> >> >> >> >> >> >> >>> While browsing through the code in >> >> >> >> >> >>> >> >> >> >> >> >>> asterisk-1.6.2.10/channels/**chan_dahdi.c >> >> >> >> >> >>> >> >> >> >> >> >> >> >> >> >> >> >> Why are you using such an old version of Asterisk? >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> >> >> >> >> Kevin P. Fleming >> >> >> >> >> >> Digium, Inc. | Director of Software Technologies >> >> >> >> >> >> Jabber: kfleming at digium.com | SIP: kpfleming at digium.com | >> >> Skype: >> >> >> >> >> >> kpfleming >> >> >> >> >> >> 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA >> >> >> >> >> >> Check us out at www.digium.com & www.asterisk.org >> >> >> >> >> >> >> -- >> >> _____________________________________________________________________ >> >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> >> >> asterisk-ss7 mailing list >> >> To UNSUBSCRIBE or update options visit: >> >> http://lists.digium.com/mailman/listinfo/asterisk-ss7 >> >> >> >> -- >> _____________________________________________________________________ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> asterisk-ss7 mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-ss7 >>
|