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.
|