HiPath 4000 & Asterisk via QSIG

I linked an * 1.2 box to one of our HiPath switches recently using ECMA v1 (with the help of a Siemens engineer). The * box used a TE120P card and it progressed surprisingly smoothly.

The one thing we lacked with the initial configuration was the exchange of Caller ID Names (numbers were passing through fine). After further discussions with the Siemens engineer it transpired that there may be a way to configure the Siemens switch such that caller ID names were passed between the systems.

In preparation for this work I installed a second * box (this time runnning 1.4) and physically connected it into a second HiPath switch via a TE120P card. My zaptel.conf file contents on this second box are below:

span=1,1,0,ccs,hdb3,crc4 bchan=1-15 dchan=16 bchan=17-31 loadzone = uk defaultzone = uk

My zapata.conf is listed below:

[channels] language=en context=from-hipath signalling=pri_cpe usecallerid=yes hidecallerid=no echocancel=yes echocancelwhenbridged=no echotraining=800 switchtype=qsig pridialplan=unknown prilocaldialplan=unknown channel=1-15 channel=17-31

He initially configured the secondary Siemens switch identically to the first (ECMAv1) and we were able to exchange calls between * and the HiPath (without Caller ID Name).

He then changed the HiPath to use PSS1v2 instead of ECMAv1 - HiPath config shown below:

[code]<DIS-TDCSU:1-2-103-1;
DIS-TDCSU:1-2-103-1;
H500: AMO TDCSU STARTED
±----------------------- DIGITAL TRUNK (FORMAT=L) -------------------------+

DEV = S2CONN PEN = 1-02-103-1 TGRP = 31
PROTVAR = PSS1V2 INS = Y SRCHMODE = ASC
COTNO = 26 COPNO = 25 DPLN = 0
ITR = 0 COS = 32 LCOSV = 32
LCOSD = 32 CCT = ASTERIX DESTNO = 13
SEGMENT = 1 DEDSCC = DEDSVC = NONE
FACILITY = DITIDX = SRTIDX =
TRTBL = GDTR SIDANI = N ATNTYP = TIE
CBMATTR = NONE NWMUXTIM = 10 TCHARG = N
SUPPRESS = 0 DGTPR = CHIMAP = N
ISDNIP = ISDNNP =
PNPL2P = PNPL1P = PNPAC =
TRACOUNT = 31 SATCOUNT = MANY NNO = 1 -1 -713
ALARMNO = 2 FIDX = 1 CARRIER = 1
ZONE = EMPTY COTX = 26 FWDX = 10
DOMTYPE = DOMAINNO = TPROFNO =
INIGHT = CCHDL =
UUSCCX = 16 UUSCCY = 8 FNIDX = 0
CLASSMRK = EC & G711 & G729 SRCGRP =
TCCID =
---------------------------------------------------------------------------
BCNEG = Y BCGR = 1 LWPAR = 2
LWPP = 0 LWLT = 0 LWPS = 0
LWR1 = 0 LWR2 = 0
SVCDOM =
BCHAN = 1 && 30

±--------------------------------------------------------------------------+
AMOUNT OF B-CHANNELS IN THIS DISPLAY-OUTPUT: 30
[/code]

The COT configuration he used above is also shown below:

<dis-cot:26;
DIS-COT:26;
H500:  AMO COT   STARTED

   COT:  26  INFO:            
   DEVICE: INDEP        SOURCE: DB                                              
   PARAMETER:
        PRIORITY FOR AC WILL BE DETERMINED FROM MESSAGE               PRI
        RECALL IF USER HANGS UP IN CONSULTATION CALL                  RCL
        TRUNK CALL TRANSFER                                           XFER
        TRUNK SIGNALING ANSWER                                        ANS
        CHANGEOVER FROM HOLD TO RING TONE                             CHRT
        LINE WITH ADVANCED END-OF-DIAL TRANSMISSION                   AEOD
        KNOCKING OVERRIDE POSSIBLE                                    KNOR
        CALL EXTEND FOR BUSY, RING OR CALL STATE                      CEBC
        INTER-SYSTEM TRANSIT TIES                                     ITT
        BACK RELEASE AFTER RECALL                                     BRAR
        NETWORKWIDE AUTOMATIC CALLBACK ON BUSY                        CBBN
        NETWORKWIDE AUTOMATIC CALLBACK ON FREE                        CBFN
        NETWORKWIDE CALL FORWARDING PERMITTED                         FWDN
        NETWORKWIDE FORWARDING NO-ANSWER                              FNAN
        REGENERATED CO DIALTONE ON OUTGOING SEIZURE                   COTN
        REGISTRATION OF IMPLAUSIBLE EVENTS                            IEVT
        DON'T RELEASE CALL TO BUSY HUNT GROUP                         BSHT
        CAMP-ON ON DID CALLS                                          KNDI
        CAMP-ON AFTER EXTENSION OF INCOMING TRUNK CALLS               KNEX
        END-OF-DIAL FOR BLOCK IS SET                                  BLOC
        SEND NO NODE NUMBER TO PARTNER                                LWNC
        SATELLITE CONNECTION VIA S0/S2 LINE                           SATC
        ACTIVATE TRANSIT COUNTER ADMINISTRATION FOR S0/S2 LINE        ATRS
        1TR6 ISDN TIE LINK                                            TR6T
        CALL EXTENSION BY AC TO BUSY STATION WITH CAMP-ON             CECO
        TSC-SIGNALING FOR NETWORKWIDE FEATURES (MANDATORY)            TSCS
        INCOMING CDR BY ZONE OR FROM LINE                             ICZL
        INCOMING CDR ACTIVATE PER TRUNK                               ICZO
        USE DEFAULT NODE NUMBER OF LINE                               DFNN
        CALL FORWARDING PROGRAMING FOR OTHER SUBSCRIBERS              CFOS
        INCOMING CIRCUIT FROM SYSTEM WITHOUT LCR (DATA)               NLRD
        AOC PER CALL (AUTOMATICAL OR ON REQUEST), MAND. CORNET-NQ     AOCC
        LINE WITH IMPLICIT NUMBERS                                    LINO
        DONT SEND DIV_LEG OPERATIONS, BASED ON DSS1 AND QSIG          DSDL
        CONTROLLED TRUNK AND LINE SELECTION                           CTLS
        TRANSFER ALLOWED WITHOUT DISCONNECT SUPERVISION               TWDS
        NO TONE                                                       NTON

AMO-COT  -111       CLASS OF TRUNK FOR CALL PROCESSING                          
DISPLAY COMPLETED;

Caller ID Names were still not passed between the systems. Having seen a few other postings by people regarding the HiPath, I wonder if anyone has successfully got names to pass between them?

Cheers,
Chris

After enabling pri debugging I saw something interesting - the debug info does display the caller ID name info from the Siemens system. In the example below, the caller ID name is ‘FRED BLOGGS’ - output below:

< Protocol Discriminator: Q.931 (8) len=148 < Call Ref: len= 2 (reference 19/0x13) (Originator) < Message type: SETUP (5) < [a1] < Sending Complete (len= 1) < [04 03 80 90 a3] < Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: Speech (0) < Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16) < Ext: 1 User information layer 1: A-Law (35) < [18 03 a1 83 81] < Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Preferred Dchan: 0 < ChanSel: Reserved < Ext: 1 Coding: 0 Number Specified Channel Type: 3 < Ext: 1 Channel: 1 ] < [1c 1d 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 0f 02 02 24 b0 02 01 55 30 06 82 04 06 40 08 40] < Facility (len=31, codeset=0) [ 0x9F, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x0F, 0x02, 0x02, '$', 0xB0, 0x02, 0x01, 'U0', 0x06, 0x82, 0x04, 0x06, '@', 0x08, '@' ] PROTOCOL 1F> AA 0006 (CONTEXT SPECIFIC [10]) 80 0001 00 (CONTEXT SPECIFIC [0]) 82 0001 00 (CONTEXT SPECIFIC [2]) 8B 0001 00 (CONTEXT SPECIFIC [11]) A1 000F (CONTEXT SPECIFIC [1]) 02 0002 24 B0 (INTEGER: 9392) 02 0001 55 (INTEGER: 85) 30 0006 (SEQUENCE) 82 0004 06 40 08 40 (CONTEXT SPECIFIC [2]) < [1c 28 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 1a 02 02 24 d0 02 01 00 a1 11 04 0c 42 55 52 4e 53 20 4a 55 53 54 49 4e 02 01 01] < Facility (len=42, codeset=0) [ 0x9F, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x1A, 0x02, 0x02, '$', 0xD0, 0x02, 0x01, 0x00, 0xA1, 0x11, 0x04, 0x0C, 'BLOGGS FRED', 0x02, 0x01, 0x01 ] PROTOCOL 1F

I guess this is fairly promising as it’s clearly getting to the * box - it’s just whether I can retrieve it (and indeed send it in the same manner)…

Cheers,
Chris

I’ll keep posting my progress in case it’s of any use to others…

I’ve managed to get CallerID Names to be passed from * to the HiPath now, after adding the option ‘facilityenable=yes’ in zapata.conf.

My hope is that given I can see the HiPath names in the pri debug output it shouldn’t be too difficult to get them passed across.

Cheers,
Chris

Hi!

I have the same issues. Only Caller-Name from Asterisk to HiPath is working but not the other way around.

But I have also sometimes another issue: Sometimes there is no audio, call routing is working perfectly. After restarting Asterisk and Zap it is working again.

Best Regards,
Johannes