problems with PELPI and A-number

[DEIVIDOS]

Hi,

I have programed NUTRI to complete the A-number.

<nutrp;
NUMBER CONVERSION DATA
ENTRY CNVTYP NUMTYP ROU TARDST PRE TRC NEWTYP CONT BCAP HLC
2 1 10 98154 0

When I make a normal call all is ok, but when I make a call to
an extension with PELPI programed the call is send to public operator
only with the extension number without PRE=98154, and the result is that
the A-number is incomplete. And the public operator shows the head number
assigned to these trunks. If I program the A-number with RONDI the call works OK.
What can I do to use NUTRI??
Thanks

 

[fouesnant]

Hi

Original A number works with a programmation in ADC parameter of the destination of route.
Then NUTRI shall be assicated with the TARDEST in NUTRI.
Could you post RODDP, PELPP RONDP and RODNP ?

 

[DA83]

Hi, this client has a LCR, the configuration is the following:

<RODDPEST=3801;
EXTERNAL DESTINATION ROUTE DATA
DEST DRN ROU CHO CUST ADC TRC SRT NUMACK PRE
3801 1 00050000000002500000000000 0 5 0
3 2 00050000000002500000000000 0 5 0
1 3 00050000000002500000000000 4 5 0 3801067



<LCDDP:TAB=FDT;
LEAST COST DESTINATION DATA
FICTITIOUS DESTINATION TABLE
FRCT TZONE PRE
11 1 3801

END

<LCDDP:TAB=DNT2;
LEAST COST DESTINATION DATA
NUMBER TABLE
ENTRY TRC PRE ACCT FRCT TOLL CBCS BTON TNS OSA
00 2 0 11 111111111111111 0
END

and the configuration of the PELPI for example:

PELPIIR=42550,LIST=1,CHO=1,ANSPOS=00xxxxxxxxx,TIME=x,ONECAL=1,ORGSEL=111;

this is the configuration. any ideas???

thanks in advance

 

[fouesnant]

Hi

I belive that your problem is related to Original A number feature.
I have made some tests and the result is that if you don't set the D22-D23 of the ADC parameter of the route, the lonely information that is sent to the public network is the number of the phone that support the PELPI, ie 42550.
In my case I have set D22-D23 to 11 and it works perfectly

Best regards

 

[whosrdaddy]

Hi,

fouesnant,
the original question is still not clear for me here.
I think he means outgoing clip.

so DEIVIDOS,

what is the call case here?

A calls B, B sees CLIP of A
A calls B, B is diverted to C, C sees clip of A or B??

if he wants to see clip of A, your remarks about oringinal A-number are correct. if you want to send clip of B, then we need to see other data...


-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!

 

[Astonces]

Hi whosrdaddy,

Deividos wants see B-number in C.

The problem is that when you use NUTRI to complete A-number sended, this doesn´t work with PELPI. If you make a trace, you can see that the B-number is only the extension number, not NUTRI+EXTENSION.

I think that it's the problem.

Bye