Errors on a SS7-Link with libss7

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

 



> Look at the cicbeginswith parameter in zapata.conf.  That value is the 
> value that chan_zap starts counting with when it adds channels to the 
> SS7.  So for example:
> 
> cicbeginswith=1
> channel=1-2
> 
> Would mean that zap/1 would be CIC 1, zap/2 would be CIC 2
> 
> cicbeginswith=4
> channel=1-2
> 
> Would mean that zap/1 is CIC 4, zap/2 would be CIC 5.
> 
> cicbeginswith=1
> channel = 1-2
> cicbeginswith=6
> channel = 3-4
> 
> Would mean zap/1 is CIC 1, zap/2 is CIC 2, Zap/3 is CIC 6, Zap/4 is CIC 7.

I have

cicbeginswith = 1
channel = 2-31
channel = 32-62

anything wrong with that?

Regards,

Marc

>> zaptel.conf contains:
>>
>> span=1,1,0,ccs,hdb3
>> dchan=1
>> bchan=2-31
>> span=2,1,0,ccs,hdb3
>> bchan=32-62
>>
>> I tried to use "bchan=33-63"  but this activates the 3rd span on the 
>> digium card which is not what I intend to do.
>>
>> zapata.conf contains:
>>
>> signalling = ss7
>> ss7type = itu
>> linkset = 1
>> pointcode = 6
>> adjpointcode = 2
>> defaultdpc = 2
>> cicbeginswith = 1
>> networkindicator=national_spare
>> sigchan = 1
>> group = 1
>> channel = 2-31
>> channel = 32-62
>>
>>> Out of service 
>>> doesn't mean a lot, it just means the circuits didn't reset when the 
>>> link comes up.  Some switches do the reset, some don't.
>> Is there anything that I need to do in case the switch does not do the 
>> reset?
> 
> No, I think it should behave fine.  It's something I try to do to ensure 
> the circuits at both end are in the same state, but like I said, some 
> switches don't do it.
> 
> Matthew Fredrickson
> 
>> Regards,
>>
>> Marc
>>
>>> Matthew Fredrickson
>>>
>>>> - incoming calls produce the following ss7 debug information:
>>>>
>>>> Unhandled optional parameter 0x37 'Unknown'
>>>> [0x2 ]
>>>> Unhandled optional parameter 0x8 'Optional forward call indicator'
>>>> [0x80 ]
>>>> Unhandled optional parameter 0x3 'Access Transport'
>>>> [0x7d 0x2 0x91 0x81 ]
>>>> Unhandled optional parameter 0x31 'Propagation Delay'
>>>> [0x0 0x8 ]
>>>> Unhandled optional parameter 0x3f 'Location Number'
>>>> [0x84 0x97 0x53 0x2 ]
>>>> Unhandled optional parameter 0x39 'Unknown'
>>>> [0x37 0xc0 0x31 0xc0 0x3f 0xc0 ]
>>>>
>>>> - outgoing calls produce the following errors:
>>>>
>>>> [Jul 31 15:21:55] ERROR[1971]: chan_zap.c:8904 zt_ss7_error: !! Unable 
>>>> to handle message of type 0x2e
>>>> [Jul 31 15:21:55] ERROR[1971]: chan_zap.c:8904 zt_ss7_error: Received 
>>>> error from mtp3 layer: -1
>>>>
>>>> The setup used 2 E1 with signalling on channel 1 of first E1. CICs are 
>>>> numbered starting from 1, using channels 2-31 on first E1 and the 
>>>> channels 32-62 which are on second E1.
>>>>
>>>> Best regards,
>>>>
>>>> Marc



[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