Generic extn diversion problem

[Kronehead]

Inbound calls to operator which are transferred to a cordless extn do not divert to VM if the CX is busy - the caller hears busy tone. If the CX is called via DiD the divert works OK. Using personal number for the divert.
Here is the CSP:

TRAF 1101030300
SERV 20511010113
CDIV 0031321
ROC 402401

Inbound calls are via TLU76/2 DASS

 

[soaplover]

How does the PELPP look. ??

 

[soaplover]

Try CDIV=01510000
i have used this and have not hed any probs.

Greetings Soaplover

 

[Kronehead]

Thanks for your reply soaplover however, as always I don't think its that simple. I have another large site with integrated mob also BC10 (site A). When I set up the CSP for site B with the problem, which is a new int mob installation I used exactly the same settings as site A which doesn't have any divert issues. The PELPP is a straightforward ring on the CX for 15 secs then go to the VM hunt group.
The only difference is that both sites use the same VM which is at site A. Sites A & B are linked via DPNSS. It's been like this for years with no issues on other extn types.
I don't usually mess with parnums but noticed that PARNUM 78 (Traffic category check at diversion on no answer) is set to 0 at site A (traffic cat check shall not be performed) and 1 at site B with the problem (will be performed). Not sure what this is but an alex search brought it up as relating to GE's.

 

[soaplover]

So to sum it up ,if i read it correctly.
You have 2 md's with dpnss network link between A & B.
Node A has the voicemail .
GE ext. in node A with pelpi to vm works .
Ge ext. in node B with pelpi to vm over DPNSS network
don't divert .
In witch site is the operator ?
Is route optimalization enabled ?
( Nansi:numtyp=en; syidi:exgid= , neccasary parnums)

//Soaplover

 

[Kronehead]

Your summary is correct soaplover, but the problem only occurs when the OP has transferred the call. If a call is made direct to the DiD of the GE it diverts OK to the VM in node A.
Ops at both sites but the problem is with calls to the Ops at node B where the GE's are. Not sure about a call that came in to node A and gets transferred to GE at site B but will go test it now!
I looked at the SYIDP at both sites and it is set up. A different identity number at each site which I guess is correct.
The EN at both sites shows the number given by the SYIDP and also a second number common to both sites.

 

[soaplover]

Here is the fact !

Deflection in DPNSS network doesn't work
Problems with IRD deflection (PELPI) in DPNSS network between BC11 and BC10 when ANSPOS in BC10 is busy.
The next ANSPOS (CHO) in the list is selected instead of busy tone (BSYCHO is not defined).
BC11 uses service pack 4 and BC10 CNA139.
An extension A in BC11 has an active list (PELPI) to an ANSPOS in BC10. When this ANSPOS in BC10 is busy, this will be treated as "SUBSCRIBER INCOMPATIBLE" and >ENTNOPSTA> is sent to TLP50.

This results in a Clear Request from TLP50 ( DPNSS ) in BC10 to TLP50 ( DPNSS ) in BC11.

When TLP50 ( DPNSS ) in BC11 receives "SUBSCRIBER INCOMPATIBLE" this is treated as a BARRED NUMBER and the next ANSPOS (CHO) in the PELPI list is selected instead of busy tone.



Solution

Not supported in BC10

The Personal Number/RID services were in BC10 only supported internally and in ISDN networks, but has been added also for DPNSS in BC11.
So, this function is implemented in BC11 , so it will work when BC11-BC11 ( SP6 or higher ) is used.


//Soaplover

 

[Kronehead]

Thanks for your detailed reply Soaplover but I didn't get my facts 100% correct so sorry for misleading you.
Maybe your answer still applies, but I have made some more test calls so have more info.
Firstly I said the problem occured when GE at node B is busy. Actually it works OK when busy - the problem only occurs when the GE is turned OFF

Here are the test calls I made:
1.Call to main switchboard number at node B, ask to be transferred to GE at node B who is BUSY - get diverted to VM.
2.Call to main switchboard number at node B, ask to be transferred to GE at node B which is OFF - get busy tone.
3.Call to main switchboard number at node A, ask to be transferred to GE at node B who is BUSY - get diverted to VM.
4.Call to main switchboard number at node A, ask to be transferred to GE at node B which is OFF - get diverted to VM.
NOTE: both MD110's are BC10 CNA 139

Next test I made was to change the profile so that the 1st ANSPOS was an external number which was available. The GE was switched off. I called the main switchboard at node B from my mobile, asked to be transferred to GE which was OFF and got through to the external number which was 1st choice in the profile.
Finally I set the 1st ANSPOS to the VM hunt group number and made the same test and got BUSY.
Does that help or make things even more confusing?

 

[soaplover]

There was released a patch in CNA141 that
might be a workaround .
This is if vm is DPNSS connected .

93832 RMPS18&RMPS7 Make RID number available for DPNSS

Do you have cna 141 or higher in both sites.

//Soaplover

 

[soaplover]

Can you provide an email address and
i'll send it to you.

//Soaplover

 

[Kronehead]

Thanks Soaplover. email is kronehead1234@yahoo.co.uk