HIPATH 4000 w/ XPR integrated to OSBIZ via ISDN : XPR not answering properly 2

Does it work if the calling party is on the 4K?

Xpr wouldn't need to analyze the calling party - it is interested in the diverting digits, which extn forwarded the call.

You need to use the 4K ISDN tracer to look at a good and bad case, look inside the outgoing SETUP message at the diverting number. They will be different.

I wouldn't expect the x8 to be part of the problem, it should just pass the digits through. It's possible, but first place to look is the outgoing setup from 4K.

Hello Moriendi,

Indeed it is working properly on the 4k.

I'll go and check it tomorrow as per your advised. Appreciated!

Best
Hertz

Actually, when I first read your post I thought the Xpr was off the x8, but I see now it's off the 4K. Doesn't matter, you need to check the setups, but trace the circuit to x8 and also the Xpr, you need to look at the difference in the diverting digits in that setup to Xpr. KNMAT, KNPRE from 4K and COT of the three trunks involved will be of interest here.

can you check my cot. This is cot between my XPR and the HG that is interfaced on it. In case I miss a parameters
PARAMETER:
TRUNK SIGNALING ANSWER---- ANS
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
ACTIVATE TRANSIT COUNTER ADMINISTRATION FOR S0/S2 LINE---- ATRS
TSC-SIGNALING FOR NETWORKWIDE FEATURES (MANDATORY)---- TSCS
CALL FORWARDING PROGRAMING FOR OTHER SUBSCRIBERS---- CFOS
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
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
Actually we test it again first on the side of the 4k. Extensions that are patterned to the DID block is working. But for the extensions that are configured on rufum. we are suprised that it is not working also


Best
Hertz

Some additional COT param. which might help (from standard XPR trunk config):
RECALL IF USER HANGS UP IN CONSULTATION CALL - RCL
TRUNK CALL TRANSFER - XFER
ATTENDANT INTERCEPT WHEN BUSY - IBSY
ATTENDANT INTERCEPT WHEN FREE (AFTER TIMEOUT) - IFR
KNOCKING OVERRIDE POSSIBLE - KNOR
CALL EXTEND ONLY FOR CALL STATE - CEOC
NETWORKWIDE AUTOMATIC CALLBACK ON BUSY - CBBN
NETWORKWIDE AUTOMATIC CALLBACK ON FREE - CBFN
REGISTRATION OF IMPLAUSIBLE EVENTS - IEVT
TRANSFER OF USER ITR GROUPS VIA S0/S2 (NWU) - ITRN
INCOMING CIRCUIT FROM SYSTEM WITHOUT LCR - NLCR
ANNOUNCEMENT ON BUSY OR NO ANSWER - ABNA
WAIT ANNOUNCEMENT - WAAN
INCOMING CIRCUIT FROM SYSTEM WITHOUT LCR (DATA) - NLRD
TRANSFER ALLOWED WITHOUT DISCONNECT SUPERVISION - TWDS
AUTOM.DTMF CONVERSION ON INCOM.CALL WHILE IN TALK STATE - AMFC
NO TONE - NTON

Mandatory COP param:
LINE WITH START-DIAL-SIGNAL - SDL
SPECIAL MODE - SFRM
REGISTRATION OF LAYER 3 ADVISORIES - L3AR
START-DIALING-SIGNAL TIMER 1 (AMO DTIM2: PARAMETER STADIAL1) - TIM1
MAKE/BREAK RATIO FOR DTMF 1 (PULSE=80MS,PAUSE=80MS) - DTM1

Check also PMIDX in SBCSU to be synchronized with RICHTM - IDX

So, everything works unless you use RUFUM. If you look at the trace of the trunk to Xpr fom Assistant RDS, you'll see the 'other' digits being sent as the diverting party. It sounds like you need to edit the voicemail box on the Xpr.

Hello @adidv & @moriendi

Will do this.. so much appreciated Sirs!



Best
Hertz