Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Chris Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

DECT phones cannot reach for Incoming calls

Status
Not open for further replies.

Monrovia

Technical User
Mar 1, 2007
292
IN
Hello all,

One doubt to ask you,

IN my system

<CADAP;
CALENDAR DATA
IDENTITY=MD110
VERSION=CXP1010101/2/BC12SP7/R4A
12:40:29
TUE 25 NOV 2008
END

the incoming calls as well as calls from other regional offices cannot dial my dect phone extension numbers, Not even from the Cisco VOIP system phones installed here in my office. Internally I can call the DECT phones, but from outside, NO. For outsiders, to call the dect phone numbers directly, has to assign one normal extension, then use the follow me function.
My querry is, Where is the parameter to do this setting?
 
Some questions:

Are your DECT phones different number series than ordinary extensions? If so what is the starting digit of DECT phones and send NUTRP; printout.

Do you assign personal number to the dect phones, with orgsel parameter 100 instead 111?
 
yes DECT phone numbers are different number series 8000 - 8099

ordinary extnsion number series is
2201 - 2398

Do you assign personal number to the dect phones, with orgsel parameter 100 instead 111? >> i didnt completly understand this question.

no personal numbers are assigned to the dect phones.

[tt]
<NUTRP;
NUMBER CONVERSION DATA
ENTRY CNVTYP NUMTYP ROU TARDST PRE TRC NEWTYP CONT BCAP HLC
4600 0 0 40 2 0
4601 0 0 22 2 0
4602 0 0 22 2 0
4603 0 0 22 2 0
4604 0 0 22 2 0
4605 0 0 22 2 0
4606 0 0 22 2 0
4607 0 0 22 2 0
4608 0 0 22 2 0
4609 0 0 22 2 0
461 0 0 22 2 0
462 0 0 22 2 0
463 0 0 22 2 0
464 0 0 22 2 0
465 0 0 22 2 0
466 0 0 22 2 0
467 0 0 22 2 0
468 0 0 22 2 0
469 0 0 22 2 0
4700 0 0 40 2 0
4701 0 0 23 2 0
4702 0 0 23 2 0
4703 0 0 23 2 0
4704 0 0 23 2 0
4705 0 0 23 2 0
4706 0 0 23 2 0
4707 0 0 23 2 0
4708 0 0 23 2 0
4709 0 0 23 2 0
471 0 0 23 2 0
472 0 0 23 2 0
473 0 0 23 2 0
474 0 0 23 2 0
475 0 0 23 2 0
476 0 0 23 2 0
477 0 0 23 2 0
478 0 0 23 2 0
479 0 0 23 2 0
END [/tt]
 
OK! From the printout I understand that they dial 46xx-47xx to reach your ordinary extensions and you drop first 2 digits and insert 22 and 23 instead to get 22xx-23xx number series.

Now. What digits they dial from outside to reach DECT phones?
 
So far, DECT is only used for internal calls (inside my office compound).

So I have to make a NUTRI table for this dect phones to make avail for incoming calls?


then, what about my regional offices - why they cannot reach? that is also internal calls - they use digit repetition. I mean, the route-dest code (22&23) is just repeating for extensions 22xx & 23xx.
 
For outside callers (PSTN) you can change NUTRI to reach DECT phones directly (do you need an example how to write it?). For your remote offices you have to assign destination code 80 with the same parameters of destination code 22 or 23.

Last of all if you do all these and can not still call in DECT phones directly, you must check the category (CSP) of DECT phones.

On CSP, second digit of TRAF parameter must be 1 and check last 2 digits of TRAF parameter. It shows the DECT phones place on traffic matrix (If it is 15 it means fully open no need to change or check).
 
thanks kank!

ok.let me try it out myself.
if i failed, i come to you again here :)

once again thanks a lot
 
Make a DUSYI first. Check it with DUBDP.
If you fail or confuse, make LADAI to get back to orginal configuration :)
 
If you make some changes and hereafter make a DUSYI; then it is NOT poosible to get back to the "starting point" (i.e. data as it was before the DUSYI;) by making a LADAI;
So...
Before you test anything make your DUSYI; and then make yor tests. If the result is not satisfactory, change data back by means of change or end commands. LADAI; can be used if you have made many data changes that you would like to wipe away...

///doktor
 
Monrovia!

First of all, your regional offices (as far as I know) are connected to your site through private network (e.g. Qsig), so your NUMTYP is wrong. Also check the last D inserv, should be 1 or higher. To convert the incoming DECT number (80xx) is not necessary within the network. What cones with the public one,depends which number series the local PSTN gives you...
 
Code:
What cones with the public one,depends which number series the local PSTN gives you...

thanks a lot fcpli!

1) You are right fcpli, we dont have any more number series to convert using NUTRI for my dect phones. we have only two series 46xx & 47xx which is already converted using the above NUTRP table for normal extensions 22xx & 23xx.

2)As u said, yes we are using private network to connect each other. But I dont understand why my regional office cannot reach my dect phone numbers.

It may be because, they have not made a DEST of 80 to reach 80xx.

 
Hi

Most probably the dest from the regional sires is missing or wrong, just let them send the RODDP (also check their LDDP:TAB=PNR;).
If they want to call from the public side to the DECT phones, you have to use PELPI. But this is a different story....

fcpli
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top