[asterisk-ss7] Errors on a SS7-Link with libss7

Tue Jul 31 12:02:42 CDT 2007

Marc Storck wrote:
> Matthew Fredrickson wrote:
>>> - All CIC are "Out of service"
>>> - SS7 is up "SS7 linkset 1 status: Up"
>>> - Incoming calls don't have audio.
>> The most likely reason why you don't have audio is because your CICs are 
>> not correctly mapped to your zap channels.  You may want to make sure 
>> they're not including DS0 timeslot 0 as one of the CICs.
> 
> I don't really understand how I can do so.

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.

> 
> 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
>>>
>>>
>>> asterisk at nicox.org wrote:
>>>> Another thing which we seen on this link, every of our 95 CIC's is out of 
>>>> service seen in "zap show channels", but the carrier said, everything is 
>>>> okay. How can i see which CIC is blocked, or in service, and other things?
>>>>
>>>> Thanks for your help
>>>>
>>>> Nico
>>>>
>>>>
>>>> On Mon, 16 Jul 2007, Matt Fredrickson wrote:
>>>>
>>>>> ----- asterisk at nicox.org wrote:
>>>>>> The switch on the other side is an Ericsson switch, do you need any
>>>>>> data
>>>>>> to get implement/solve this things?
>>>>> I looked at Q.763, and it looks like CFN is the confusion message.  It's used when you send a parameter to the other end that it doesn't recognize.  I'm traveling right now, but I'll be back in about 2 days.  I think then I can look more into this.
>>>>>
>>>>> Matthew Fredrickson
>>>>>
>>>>>> Thanks
>>>>>>
>>>>>> Nico
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Sun, 15 Jul 2007, Matt Fredrickson wrote:
>>>>>>
>>>>>>> It just means that you received a message that the ISUP of libss7
>>>>>> doesn't do anything with.  It looks like it's a CFN message.  Also
>>>>>> looks like you recieved a few optional parameters that are ignored by
>>>>>> libss7 too.  The optional parameters shouldn't cause a problem.  I'll
>>>>>> have to see what CFN is used for.
>>>>>>> ---
>>>>>>> Matthew Fredrickson
>>>>>>>
>>>>>>> ----- asterisk at nicox.org wrote:
>>>>>>>> [Jul 13 11:56:08] ERROR[23169]: chan_zap.c:8928 zt_ss7_error: !!
>>>>>>>> Unable to
>>>>>>>> handle message of type 0x2f
>>>>>>>> [Jul 13 11:56:08] ERROR[23169]: chan_zap.c:8928 zt_ss7_error:
>>>>>> Received
>>>>>>>> error from mtp3 layer: -1
>>>>>>>> [Jul 13 11:56:08] WARNING[23169]: app_dial.c:813 wait_for_answer:
>>>>>>>> Unable
>>>>>>>> to forward voice or dtmf
>>>>>>>> Unhandled optional parameter 0x2e 'Unknown'
>>>>>>>> [0x0 ]
>>>>>>>> Unhandled optional parameter 0x39 'Unknown'
>>>>>>>> [0x2e 0xc0 ]
>>>>>>>> [Jul 13 11:56:20] ERROR[23169]: chan_zap.c:8928 zt_ss7_error: !!
>>>>>>>> Unable to
>>>>>>>> handle message of type 0x2f
>>>>>>>> [Jul 13 11:56:20] ERROR[23169]: chan_zap.c:8928 zt_ss7_error:
>>>>>> Received
>>>>>>>> error from mtp3 layer: -1
>>>>>>>> Unhandled optional parameter 0x2c 'Generic Notification
>>>>>> Indication'
>>>>>>>> [0xfa ]LI>
>>>>>>>> Unhandled optional parameter 0x39 'Unknown'
>>>>>>>> [0x2c 0xd0 ]
>>>>>>>> [Jul 13 11:56:21] ERROR[23169]: chan_zap.c:8928 zt_ss7_error: !!
>>>>>>>> Unable to
>>>>>>>> handle message of type 0x2f
>>>>>>>> [Jul 13 11:56:21] ERROR[23169]: chan_zap.c:8928 zt_ss7_error:
>>>>>> Received
>>>>>>>> error from mtp3 layer: -1
>>>>>>>> [Jul 13 11:56:21] WARNING[23169]: app_dial.c:813 wait_for_answer:
>>>>>>>> Unable
>>>>>>>> to forward voice or dtmf
>>>>>>>> Unhandled optional parameter 0x37 'Unknown'
>>>>>>>> [0xa ]CLI>
>>>>>>>> Unhandled optional parameter 0x39 'Unknown'
>>>>>>>> [0x37 0xc0 ]
>>>>>>>> [Jul 13 11:56:29] ERROR[23169]: chan_zap.c:8928 zt_ss7_error: !!
>>>>>>>> Unable to
>>>>>>>> handle message of type 0x2f
>>>>>>>> [Jul 13 11:56:29] ERROR[23169]: chan_zap.c:8928 zt_ss7_error:
>>>>>> Received
>>>>>>>> error from mtp3 layer: -1
>>>>>>>> [Jul 13 11:56:30] ERROR[23169]: chan_zap.c:8928 zt_ss7_error: !!
>>>>>>>> Unable to
>>>>>>>> handle message of type 0x2f
>>>>>>>> [Jul 13 11:56:30] ERROR[23169]: chan_zap.c:8928 zt_ss7_error:
>>>>>> Received
>>>>>>>> error from mtp3 layer: -1
>>>>>>>> [Jul 13 11:56:56] ERROR[23169]: chan_zap.c:8928 zt_ss7_error: !!
>>>>>>>> Unable to
>>>>>>>> handle message of type 0x2f
>>>>>>>> [Jul 13 11:56:56] ERROR[23169]: chan_zap.c:8928 zt_ss7_error:
>>>>>> Received
>>>>>>>> error from mtp3 layer: -1
>>>>>>>> [Jul 13 11:57:09] ERROR[23169]: chan_zap.c:8928 zt_ss7_error: !!
>>>>>>>> Unable to
>>>>>>>> handle message of type 0x2f
>>>>>>>> [Jul 13 11:57:09] ERROR[23169]: chan_zap.c:8928 zt_ss7_error:
>>>>>> Received
>>>>>>>> error from mtp3 layer: -1
>>>>>>>> [Jul 13 11:57:11] WARNING[23169]: app_dial.c:813 wait_for_answer:
>>>>>>>> Unable
>>>>>>>> to forward voice or dtmf
>>>>>>>> Unhandled optional parameter 0x2e 'Unknown'
>>>>>>>> [0x0 ]CLI>
>>>>>>>> Unhandled optional parameter 0x39 'Unknown'
>>>>>>>> [0x2e 0xc0 ]
>>>>>>>> Unhandled optional parameter 0x2c 'Generic Notification
>>>>>> Indication'
>>>>>>>> [0xfb ]LI>
>>>>>>>> Unhandled optional parameter 0x36 'Unknown'
>>>>>>>> [0x1a ]
>>>>>>>> Unhandled optional parameter 0x39 'Unknown'
>>>>>>>> [0x36 0xd0 0x2c 0xd0 ]
>>>>>>>> Unhandled optional parameter 0x2e 'Unknown'
>>>>>>>> [0x0 ]CLI>
>>>>>>>> Unhandled optional parameter 0x39 'Unknown'
>>>>>>>> [0x2e 0xc0 ]
>>>>>>>>
>>>>>>>>
>>>>>>>> Can anybody help what that means?
>>>>>>>>
>>>>>>>> Thanks
>>>>>>>>
>>>>>>>> Nico
>>> _______________________________________________
>>> --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
>>
> 
> 

-- 
Matthew Fredrickson
Software/Firmware Engineer
Digium, Inc.