@Goke M Aruna : The used cable is a pri crossed cable. Telephony card : OpenVox PRI x 4Ports On 03/18/2013 12:36 PM, Goke M Aruna wrote: > Are you using a straight cable or cross cable? > > Regards > > On Mon, Mar 18, 2013 at 12:18 PM, amine <ferhi.med.amine at gmail.com > <mailto:ferhi.med.amine at gmail.com>> wrote: > > Hi All, > > @Matthias van der Vlies : Thanks a lot for the information, indeed > that was the solution for my first problem. > > Now I have a Link with the state INSERVICE in both machines. > > Machine 1: > > # rasterisk -x "ss7 link status" > > linkset:siuc, link:l2/16, state:INSERVICE, sls:1, total: 1261312/1261328 > > > > Machine 2: > > # rasterisk -x "ss7 link status" > > linkset:siuc, link:l2/16, state:INSERVICE, sls:1, total: 1493920/1493952 > > > Still i have the next issues : > > CLI> ss7 linestat > > Linkset: siuc > > CIC 1 Idle Reset pending > > CIC 2 Idle Reset pending > > CIC 3 Idle Reset pending > > CIC 4 Idle Reset pending > > CIC 5 Idle Reset pending > > CIC 6 Idle Reset pending > > CIC 7 Idle Reset pending > > CIC 8 Idle Reset pending > > CIC 9 Idle Reset pending > > CIC 10 Idle Reset pending > > CIC 11 Idle Reset pending > > CIC 12 Idle Reset pending > > CIC 13 Idle Reset pending > > CIC 14 Idle Reset pending > > CIC 15 Idle Reset pending > > CIC 17 Idle Reset pending > > CIC 18 Idle Reset pending > > CIC 19 Idle Reset pending > > CIC 20 Idle Reset pending > > CIC 21 Idle Reset pending > > CIC 22 Idle Reset pending > > CIC 23 Idle Reset pending > > CIC 24 Idle Reset pending > > CIC 25 Idle Reset pending > > CIC 26 Idle Reset pending > > CIC 27 Idle Reset pending > > CIC 28 Idle Reset pending > > CIC 29 Idle Reset pending > > CIC 30 Idle Reset pending > > CIC 31 Idle Reset pending > > And within the logs, I have the next messages : > > [Mar 18 11:20:28] NOTICE[10687]: l4isup.c:1559 t22_timeout: T22 timeout (No "circuit group reset acknowledge" from peer) CIC=1. > > [Mar 18 11:20:28] NOTICE[10687]: l4isup.c:1559 t22_timeout: T22 timeout (No "circuit group reset acknowledge" from peer) CIC=17. > > [Mar 18 11:20:28] WARNING[10687]: l4isup.c:5057 l4isup_event: Received UEC (CIC 1), link 'l2'. > > [Mar 18 11:20:28] WARNING[10687]: l4isup.c:5069 l4isup_event: Received CIC=1 for unequipped circuit (typ=UEC), link 'l2'. > > [Mar 18 11:20:28] WARNING[10687]: l4isup.c:5057 l4isup_event: Received UEC (CIC 17), link 'l2'. > > [Mar 18 11:20:28] WARNING[10687]: l4isup.c:5069 l4isup_event: Received CIC=17 for unequipped circuit (typ=UEC), link 'l2'. > > [Mar 18 11:20:39] WARNING[10687]: l4isup.c:5057 l4isup_event: Received GRS (CIC 1), link 'l2'. > > [Mar 18 11:20:39] WARNING[10687]: l4isup.c:5069 l4isup_event: Received CIC=1 for unequipped circuit (typ=GRS), link 'l2'. > > [Mar 18 11:20:39] WARNING[10687]: l4isup.c:5057 l4isup_event: Received GRS (CIC 17), link 'l2'. > > [Mar 18 11:20:39] WARNING[10687]: l4isup.c:5069 l4isup_event: Received CIC=17 for unequipped circuit (typ=GRS), link 'l2'. > > > Any information is welcomed, Thanks in advance. > > Best regards. > Amine > > > On 03/18/2013 10:33 AM, Matthias van der Vlies wrote: >> In case you have HW echo cancellation: don't forget to disable >> echo cancellation on your signalling channel. >> >> Kind regards, >> Matthias van der Vlies >> >> On 03/18/2013 11:23 AM, amine wrote: >>> Hi All, >>> >>> I am new to Asterisk and SS7, I will be exposing the details of >>> my problem here hoping for guidance and/or hints about things >>> that I might missed within my configuration. >>> >>> _Objective : _ >>> - Set up SS7 between two Asterisk Boxes using chan_ss7 using PRI >>> Telephony cards cabled directly with a PRI cable. >>> >>> _Current configuration :_ >>> - Asterisk : 1.4.39.2 >>> - Dahdi : 2.5.0.2 >>> - Kernel : 2.6.30.10 >>> - chan_ss7 : 2.1.0 >>> - 2 Machines : Machine1 (ipbrick144 | 172.31.3.144) + Machine2 >>> (ipbrick145 | 172.31.3.145) >>> - chan_dahdi unloaded, chan_ss7 loaded >>> >>> The chan_ss7 loads without problem, but i am not able to have an >>> ALIGNED Link in both machines. >>> # rasterisk -x "ss7 link status" >>> linkset:siuc, link:l2/16, state:NOT_ALIGNED, sls:1, total: 1857882016/1857882048 >>> CLI> ss7 linestat >>> Linkset: siuc >>> CIC 1 Idle Reset pending >>> CIC 2 Idle Reset pending >>> CIC 3 Idle Reset pending >>> CIC 4 Idle Reset pending >>> CIC 5 Idle Reset pending >>> CIC 6 Idle Reset pending >>> CIC 7 Idle Reset pending >>> CIC 8 Idle Reset pending >>> CIC 9 Idle Reset pending >>> CIC 10 Idle Reset pending >>> CIC 11 Idle Reset pending >>> CIC 12 Idle Reset pending >>> CIC 13 Idle Reset pending >>> CIC 14 Idle Reset pending >>> CIC 15 Idle Reset pending >>> CIC 17 Idle Reset pending >>> CIC 18 Idle Reset pending >>> CIC 19 Idle Reset pending >>> CIC 20 Idle Reset pending >>> CIC 21 Idle Reset pending >>> CIC 22 Idle Reset pending >>> CIC 23 Idle Reset pending >>> CIC 24 Idle Reset pending >>> CIC 25 Idle Reset pending >>> CIC 26 Idle Reset pending >>> CIC 27 Idle Reset pending >>> CIC 28 Idle Reset pending >>> CIC 29 Idle Reset pending >>> CIC 30 Idle Reset pending >>> CIC 31 Idle Reset pending >>> >>> - Within the logs, i have the next message : >>> WARNING[13581] mtp.c: MTP2 timer T2 timeout (failed to receive 'O', 'N', or 'E' after sending 'O'), initial alignment failed on link 'l2'. >>> >>> - Within the console, i have the next messages when i manually >>> load chan_ss7 : >>> ] NOTICE[23391]: config.c:805 load_config_link: Configured link 'l1' on linkset 'siuc', firstcic=1 >>> [Mar 15 16:49:38] NOTICE[23391]: config.c:1278 load_config: Configuring OPC 1, DPC 2 for linkset 'siuc'. >>> -- Starting cluster thread, pid=23209. >>> == Registered channel type 'SS7' (SS7 Protocol Driver) >>> -- Starting continuity check thread, pid=23209. >>> [Mar 15 16:49:38] NOTICE[23391]: mtp.c:2467 mtp_init: Initialising 1 signalling links >>> -- Starting MTP thread, pid=23209. >>> [Mar 15 16:49:38] WARNING[23391]: utils.c:176 start_thread: Failed to set thread to realtime priority: Operation not permitted. >>> -- Starting monitor thread, pid=23209. >>> [Mar 15 16:49:38] NOTICE[23418]: mtp.c:2348 mtp_init_link: Initialising link 'l1/16', linkset 'siuc', sls 0. >>> [Mar 15 16:49:38] NOTICE[23418]: mtp.c:2366 mtp_init_link: Signalling channel on link 'l1/16' has signalling type 0x0080. >>> [Mar 15 16:49:38] NOTICE[23418]: mtp.c:2063 mtp_thread_main: Empty Dahdi output buffer detected, outgoing packets may have been lost on link 'l1'. >>> -- SS7 channel loaded successfully. >>> Loaded chan_ss7.so => (SS7 Protocol Support) >>> >>> >>> - The next configuration is the same between the two Asterisk boxes. >>> >>> _ss7.conf__ >>> _ >>> [linkset-siuc] >>> ; The linkset is enabled >>> enabled => yes >>> ; The end-of-pulsing (ST) is not used to determine when incoming address is complete >>> enable_st => no >>> ; Reply incoming call with CON rather than ACM and ANM >>> use_connect => yes >>> ; The CIC hunting policy (even_mru, odd_lru, seq_lth, seq_htl) is even CIC numbers, most recently used >>> hunting_policy => seq_lth >>> ; Incoming calls are placed in the ss7 context in the asterisk dialplan >>> context => ss7 >>> ; The language for this context is da >>> language => da >>> ; The value and action for t35. Value is in msec, action is either st or timeout >>> ; If you use overlapped dialling dial plan, you might choose: t35 => 4000,st >>> t35 => 15000,timeout >>> ; The subservice field: national (8), international (0), auto or decimal/hex value >>> ; The auto means that the subservice is obtained from first received SLTM >>> subservice => auto >>> ; The host running the mtp3 service >>> ;mtp3server => localhost >>> [link-l1] >>> sltm => no >>> linkset => siuc >>> channels => 1-15,17-31 >>> schannel => 16 >>> firstcic => 1 >>> enabled => yes >>> [link-l2] >>> sltm => no >>> linkset => siuc >>> channels => 1-15,17-31 >>> schannel => 16 >>> firstcic => 1 >>> enabled => yes >>> [host-ipbrick145] >>> default_linkset=>siuc >>> enabled => yes >>> opc => 0x1 >>> dpc => siuc:0x2 >>> links => l1:1 >>> if-1 => 172.31.3.145 >>> [host-ipbrick144] >>> default_linkset=>siuc >>> enabled => yes >>> opc => 0x1 >>> dpc => siuc:0x2 >>> links => l2:1 >>> if-1 => 172.31.3.144 >>> >>> _/etc/dahdi/system.conf _(I tryed using mtp & bchan, the result >>> was the same) >>> _ >>> _ >>> span=1,1,0,ccs,hdb3 >>> bchan=1-15,17-31 >>> #mtp2=16 >>> bchan=16 >>> _ >>> ___ >>> >>> >>> -- >>> _____________________________________________________________________ >>> -- 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 > > > -- > _____________________________________________________________________ > -- 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 -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-ss7/attachments/20130318/4d85b290/attachment-0001.htm>
|