TRANSFERRED INBOUND CALLS FROM HP4K to OSBIZ X8 : BLOCKED/CANNOT TRANSFER 1

[Hertz]

Hello Gents,

I was simulating the inbound calls from our setup of HP4k (tie trunks) to OSBIZ x8 via QSIG format. Btw, all the extensions from the setup are IP.

Here's the scenario of our inbound calls:

Dialing the the PILOT NUMBER > AA-XPRESSIONS will answer > We will press "0" or any extension number to the HP4K > Then from HP4kK extension we will transfer the call to OSBIZ X8 > Transfer failed. The calling party will be recalled again on the extension who transferred the call.

But, if the scenario is like this:

Dialing the PILOT NUMBER > AA-XPRESSION will answer > We will direct dial the extension from OSBIZ X8 > Inbound calls is successful

Here's my cot, cop and zand for your reference:
COT: 224 INFO:
DEVICE: INDEP SOURCE: DB
PARAMETER:
TRUNK CALL TRANSFER XFER
TRUNK SIGNALING ANSWER ANS
CALL EXTEND FOR BUSY, RING OR CALL STATE CEBC
TIE LINES TIE
INTER-SYSTEM TRANSIT TIES ITT
REGENERATED CO DIALTONE ON OUTGOING SEIZURE COTN
DON'T RELEASE CALL TO BUSY HUNT GROUP BSHT
END-OF-DIAL FOR BLOCK IS SET BLOC
ACTIVATE TRANSIT COUNTER ADMINISTRATION FOR S0/S2 LINE ATRS
INCOMING CIRCUIT FROM SYSTEM WITHOUT LCR NLCR
TSC-SIGNALING FOR NETWORKWIDE FEATURES (MANDATORY) TSCS
CALL FORWARDING PROGRAMING FOR OTHER SUBSCRIBERS CFOS
INCOMING CIRCUIT FROM SYSTEM WITHOUT LCR (DATA) NLRD
SEND NO BILLINGELEMENTS SNBE
IGNORE INCOMING BILLING IICB
CORNET-NQ PICKUP-INFO NOT SUPPORTED NQPI
SUPPRESS SIGNALING OF CDR-E SPECIFIC MESSAGES NCDR
LAST REDIRECTING NUMBER IS SEND TO PHONEMAIL LRPM
NO FLAG TRACE NOFT
CORNET-NQ NETWORKWIDE PICK-UP NOT SUPPORTED NQNP
NETWORK CALL TRANSFER, EXPLICIT CALL TRANSFER NCT
DON'T SEND CINT LEG2,IF CENTR. ATND IN HETERO. NETWORK NIN2
PARTNER NODE DOES NOT KNOW HIPATH GEP SIGNALLING PGEP
INTERNAL DIAL TONE DTNI

COP: 224 INFO:
DEVICE: INDEP SOURCE: DB
PARAMETER:
LINE WITH ANSWERING ANS
LINE WITH FORWARD RELEASE ACKNOWLEDGEMENT ACKF
LINE WITH BACKWARD RELEASE ACKNOWLEDGEMENT ACKB
BACKWARD RELEASE AFTER RELEASE RLSA
DIALTONE ON INCOMING SEIZURE DTN
CO CONSULTATION CALL POSSIBLE COCN

CO TRUNK ACCESS:
TRUNK ACCESS TA

TOLL ACCESS:
TRUNK ACCESS TA


<dis-zand
TYPE = alldata
DIS-ZAND:ALLDATA;
H500: AMO ZAND STARTED
GENERAL SYSTEM DATA:
====================
TRANSFER = EXTEND , ALERTN = NO ,
AUTHUP = TA ,
RNGBKTN = NO , TRANSINH = YES ,
NIGHT = TA ,
ITRFWD = NO , HOLDTN = MUSIC , ANATESIG = TONE ,
DSSLT = 10, CODTN = YES , CONFSUB = YES ,
DATEDIS = DDMM, CNTRYCD = P , RCLLT = NO ,
MELODY = 1, TRCD = , CPBLOWL = 80 ,
CPBUPPL = 100, CUTHRU1A = NO , PREDIA = NO ,
SIUANN = 2, CO = NO , COEXN = 0 ,
CBKNO = 5 , SEVDIG = NO , PNNO = 10-10 -200,
DISPMODE = MODE1, PNODECD = 35 , ROUTOPTP = NO ,
ROUTOPTD = NO , CALLOFF = NO , PARARING = YES ,
DSSDEST = YES , ONEPARTY = YES , MSGDELAY = NO ,
EXCOCO = YES , TRDGTPR = NO , COANN = NO ,
HOTDIAL = NO , TRANSTOG = NO , NOCFW = NO ,
HOLDHUNT = NO , POSTDDLY = NO , EXBUSYOV = NO ,
OVRMST = NO , OVRHUNT = NO , CONITPRO = YES ,
RECHUNT = NO , CALLACMP = NO ;


<dis-zand
TYPE = alldata2;
DIS-ZAND:ALLDATA2;
H500: AMO ZAND STARTED
GENERAL SYSTEM DATA 2:
======================
HOTELNUM = , XFHGMAS = YES ,
DSSPICUP = YES , FASTCFNA = YES ,
DISPCHES = NO , DISCLHNT = NO ,
FWDWACKN = YES , BSYHANDF = NO ,
FWDMAX = 10, FWDVMS1 = NO
TRCCSN7 = NO , FWDUNDTR = NO
COSIND = NO , TRANSCO = NO
ANSES = NO , OLISFREE = PRESSBUT,
TEXTDISP = CENTER, PABXSELL = HICOM ,
DSPOWNNO = YES , DIRREC = NO ,
CSDTYPE = STANDARD, CONFTNCD = NO ,
LNR = NO , ROLCKVCM = NO ,
FACBUF = 1 , VCMTRANS = NO ,
HOWLTONE = NO , DISPNUUN = INCOMINGCALL ,
DISPTGNA = NO , POSTDRED = NO ,
GRCALL = NO , MAILSCRL = NO ,
ACTIVE TEXTSEL = ENGLISH ,
RELOAD TEXTSEL = ENGLISH ,
DISPREST = NO , UUS = NODIV,
NOCFWTAC = NO , ISYNCHG = NO ,
ROUTTONE = NO , SOFTREST = SWITOVER,
CALWTANA = NO , CBPBUSY = NO ,
SWSTAT = YES , VIRSUBNO = NO ,
ECN = ,
OOSTONE = NO , TYPEDNIS = INTDNIS ,
CONFTONE = NO , DISPTONE = NO ,
CAMPON = NO , USRINGTY = 0;

thank you very much for your time



Best
Hertz

 

[adibv]

Hi.

First check if TTT is added in COSSU/COS of the trunks.
Also check NOCT (No notification for call transfer and call hold supplementary services) in COT of OsBiz - 4k trunk.
- If you do not want to send transfer messages to a specific trunk then NOCT needs to be set in the relevant COT of that trunk or route.

And eventually NOCI (No notification for conference suppl. service) .

If still not working, check in HISTA:
F5417 - mandatory missing info elem - L3 err message

If you are familiar with RMX trace, set up a trace with :
CHA-DIAGS:COMP=CP2,S04=ON;
S04 - Document unsuccessful call transfers within the CP trace
In the trace (via Message doctor tool) you should see "transfer failed" message cause.

 

[Hertz]

Hello @adibv

It seems that the issue is on our CO - PRI TRUNKS of HP4k. Because we try to simulate an inbound and externally transfer the call to Mobile or Home number for example.
Same issue is being experienced. The call is returnung back to the phone and shows "CALL WAITING"..

External Transfer is possible on our Hipath 3000/Osbiz Systems. So technically we are just missing a parameter on our CO - PRI of our HP4k. Either Cot, Cop or COSSU.

If you have any info. Please it would be our pleasure


Best
Hertz

 

[adibv]

Hi.

Without a Trace and Hista, analysis is hard to make
Still, a standard CO trunk should have:

COT: 115 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 SIGNALING ANSWER ANS
LINE WITH ADVANCED END-OF-DIAL TRANSMISSION AEOD
KNOCKING OVERRIDE POSSIBLE KNOR
CALL EXTEND FOR BUSY, RING OR CALL STATE CEBC
TIE LINES TIE
REGENERATED CO DIALTONE ON OUTGOING SEIZURE COTN
DON'T RELEASE CALL TO BUSY HUNT GROUP BSHT
END-OF-DIAL FOR BLOCK IS SET BLOC
SEND NO NODE NUMBER TO PARTNER LWNC
ACTIVATE TRANSIT COUNTER ADMINISTRATION FOR S0/S2 LINE ATRS
INCOMING CIRCUIT FROM SYSTEM WITHOUT LCR NLCR
USE DEFAULT NODE NUMBER OF LINE DFNN
INCOMING CIRCUIT FROM SYSTEM WITHOUT LCR (DATA) NLRD
B-CHANNEL NEGOTIATION (PREV. PREFERRED-PREFERRED COLLISION) BCNE
DONT SEND DIV_LEG OPERATIONS, BASED ON DSS1 AND QSIG - DSDL
NO FLAG TRACE NOFT
AUTOM.DTMF CONVERSION ON INCOM.CALL WHILE IN TALK STATE AMFC
INBAND DTMF WHEN SETUP CONTAINS NO CLASSMARKS DTMF
NO TONE NTON

H500: AMO COSSU STARTED
+------+-----------------+---------------+-----------------+
| COS | VOICE | FAX | DTE |
+------+-----------------+---------------+-----------------+
| 599 |>599 FOR TRUNKS CO ACCESS & CROSS |
| | TA | TA | TA |
| | TNOTCR | TNOTCR | TNOTCR |
| | CDRSTN | FAX | DSM |
| | CDRC | BASIC | BASIC |
| | VCE | | MSN |
| | FWDNWK | | MULTRA |
| | TTT | | |
| | FWDDIR | | |
| | FWDECA | | |
+------+-----------------+---------------+-----------------+

Still paramaters may be different depending on Provider.
Any additional paramaters especially in COT may lead to issues.

Just follow the previous hints with/without NOCT,NOCI param. in COT.
And also with DSDL param. in COT.

 

[Moriendi]

OS4K does not like mismatched node number formats when transferring across trunks. By that I mean single level (node 100) or triple level (node 1-1-100).

Check your TDCSU and RICHT for configured node numbers, make sure they are not missing, and they match the level of node number configured in ZAND ALLDATA and KNDEF.

If not sure, post the output here.

DSDL is nothing to do with transfers, it's not relevant in this scenario. It prevents divert infos appearing in the setup. We are not diverting anything here.