CIC 17 skipped on CGB

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

 



Hello again,

On Fri, 6 Mar 2009 21:09:28 +0200, Kaloyan Kovachev wrote
> On Fri, 06 Mar 2009 12:33:40 -0600, Matthew Fredrickson wrote
> > Kaloyan Kovachev wrote:
> > > another problem ...
> > >  when CGB for CIC 1 with range 30 is received CIC 17 remains non blocked and
> > > when a call is attemted it pickups CIC 17 ... then it gets a BLO (for 17)
> > > and when received its is properly put in blocking state.
> > > 
> > >  The same behavior is on CGB for 17 with range 14 - CIC 17 remains
available.
> > > On CGB for 1 with range 14 it properly sets 1 to 15 as blocked.
> > > 
> > >  When local blocking is requested from cli the status is properly displayed.
> > > 
> > > in chan_dahdi.conf:
> > > 
> > > cicbeginswith=1
> > > channel => 1-15
> > > cicbeginswith=17
> > > channel => 17-31
> > > sigchan=16
> > 
> > Can you post a debug of this when it's occurring?
> >

This i could not repeat with two Asterisk, because Asterisk says invalid cic -
range on such requests, but here is the log from the real link with:

pointcode = 2000
adjpointcode = 1001
defaultdpc = 1000

It is similar when all CICs are blocked and an unblock request is received
i.e. CIC 17 stays blocked

> 
> Unfortunately i didn't save it, so will need to repeat it on monday, but when
> i looked at the debug it was that the other side is sending blocking request
> for CIC 1 with range 30 and 'ss7 show cics' shown 17 as idle. At this time
> there was a call on CIC 31 (marked as remotely blocked), which was not
> interrupted until the other side have sent GRS with the same CIC and range
> 
> > Also, can you post your chan_dahdi.conf as well?
> >
> 
> here is the ss7 related part located at the end of the chan_dahdi.conf :
> 
> signalling=ss7
> ss7_called_nai=dynamic
> ss7_calling_nai=dynamic
> ss7_internationalprefix=00
> ss7_nationalprefix=0
> linkset=1
> networkindicator=national
> group=1
> callgroup=1
> pickupgroup=1
> context=Span1
> ss7type=itu
> pointcode=X
> adjpointcode=Y
> defaultdpc=Z
> cicbeginswith=1
> channel => 1-15
> cicbeginswith=17
> channel => 17-31
> sigchan=16
> #include ss7.timers
> 
> the adjpointcode is different from the defaultdpc and the included file is
> with the default timers listed earlier in the config.
> 
> and the system.conf content:
> 
> # Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" (MASTER)
> span=1,1,0,ccs,hdb3,crc4
> bchan=1-15,17-31
> #dchan=16
> mtp2=16
> alaw=1-15,17-31
> #echocanceller=mg2,1-15,17-31
> 
> # ready for PRI ... change signaling if SS7
> # Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2"
> span=2,0,0,ccs,hdb3,crc4
> bchan=32-46,48-62
> dchan=47
> alaw=32-46,48-62
> #echocanceller=mg2,32-46,48-62
> 
> loadzone = bg
> defaultzone=bg
> 
> > Thanks,
> > Matthew Fredrickson
> > Digium, Inc.
> > 
> > _______________________________________________
> > --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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: block1-30
Type: application/octet-stream
Size: 8495 bytes
Desc: not available
Url : http://lists.digium.com/pipermail/asterisk-ss7/attachments/20090311/3eba09d0/attachment-0001.obj 


[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