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 bkrike on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

AVAYA routing call inter-site 1

Status
Not open for further replies.

SYSUSER2015

Technical User
Aug 30, 2014
73
TN
I have tow site : siteA and site B

in site A I have an ISDN PRI access.
in site B I have an ISDN PRI access.

I have route all calls coming to site A to site B but i have a problem.

The number displayed in the phone in SiteB is the number of the ISDN trunk and not the number of the initial user.

example: when external user call site A from Mobile, I want the the this mobile number will be displayed in siteB.

how i can do this?
 
clue here, make entry in public-unknown numbering should do the trick. Good luck

 
waht do you means by public-unknown numberin.

Calls are routed from site A using VDN ( route to number xxxxxx)

xxxx is the number of the trunk in site B.

I want the number displayed in site B is the the number of the initial user and not the trunk of siteA.

 
you need to use aar and on the route pattern have your end setting (forgot which) as lev0-pvt also on the trunk groups between sites it needs to be private not public

APSS (SME)
ACSS (SME)
ACIS (UC)
 
if that's the case than an entry would be needed for private-unknown numbering I believe

 
correct change private unknown .... oh hang on your taking about number pass through , are your groups set as tie ,,,, i dont belive pub or private matters in this case you just need your trunks set up to send calling number and pass it through ... works on h.323 but you may need your idsn carrier to enable cli features that are not usually enabled , playwith your sending and recieving trunk groups trace the calls and see what the settings change..... i bet if you actually gave us your full topology and location and examples of failed calls with list trace we could help further.......................presently we are using the force luke

APSS (SME)
ACSS (SME)
ACIS (UC)
 
hmmmmmmmmmmmmm sometimes i wonder after last nights epic with 9# that ended up with session manager involved , i may just join the dark side and start programming lg and Panasonic again"!!!!!!!

APSS (SME)
ACSS (SME)
ACIS (UC)
 
Please I can use public-unknown numbering or private because the site are separately.

SiteA and site B are in tow different location and there is no connexion between the two systems.

 
You need to make sure your carrier supports this feature , basically if you set up a tie trunk and your carrier supports the feature it depends whats set on your trunk group pages , this is what determines which table you use , but tie trunks are required if isdn ... or a simple sip to sip trunk or h.323. to h.323 will achieve this.

But in answer to your question check on your trunk group if the field on around page 2 or 3 is set to public or private that tells you which table to use .... but i must stress your service provider must support this so speak to them first before wasting time.


APSS (SME)
ACSS (SME)
ACIS (UC)
 
Tie trunk between wish system !!!

I said the two site was separated. ( there is no link between the two site).

there is no trunk between the two site.
 
You need to use the public-unknown-numbering table to buildd the outbound CLI to one that the carrier will pass to your second site

You can then enable the green feature that allows you to manipulate the Inbound CLI to match your requirements

ie ext 5670
Internal public unknown public network Green Freature
5670 --> 555-111-5670 --> ---> 5670


I don't think you'll be able to pass the name though


Take Care

Matt
I have always wished that my computer would be as easy to use as my telephone.
My wish has come true. I no longer know how to use my telephone.
 
mattKnight thank you but my scenario is:

in site A in the incoming trunk group I have set a VDN extensionatht route calls to external number XXXXX

XXXX is the number of the ISDN trunk of siteB

Actually in site B when receiving a calls, the number displayed is the number of the ISDN trunk and not the initial calling number.

exmalpe: xxxxxx the ISDN trunk of site A and yyyy is the ISDN trunk of site B.

I have configure a VDN to route calls coming to xxxx to yyyyy
When calling Site A, the number displayed in site B is xxxx and not the number of the initial user.


 
So you need to get callers to simply call site b if they need to .

Populate site a public unknown table with site b vdn leave all entries apart from length and code blank and arrange for your carrier to allow cli pass through. ,,,,, or just do the digit manipulation in the incomming treatment table of site a and again arrange the carrier (line provider) to allow cli pass through

APSS (SME)
ACSS (SME)
ACIS (UC)
 
montyzummer , please can you give more details

an example will be more appreciated.

tahnk you
 
Right for the last time ... sorry if im seeming a bit frustrated.

Question 1. I understand you have x2 CM servers at different locations you want to be able if some one calls cm1 to be able to pass that callers number to cm2 by means of routing out of cm 1 yes / no

if that is the case your line provider needs to be able to give you access to this as when , lets say i call CM1 and route to CM2 i am using CM1 trunks to route to CM2 so for all sorts of reasons line providers block this .

you are routing the call into cm1 via either trunk group (depending on age of system ) or incoming treatment table , i would suggest that you stop routing via vdn and manipulate the digits in the treatment table for that trunk group so delete all the digits add your ars access code in the table with CM2`s DDI number get your line provider to allow cli pass through so when i call CM1 it passes through the cli to CM2 of the original caller.

you could continue to use your vdn and vector but its just a bit messier , but cli pass through will still be needed.

IF i have indeed gone mad or anybody has any other suggestions..... if and only if the answer to question 1 is yes please feel free to point them out.

APSS (SME)
ACSS (SME)
ACIS (UC)
 
if your calls come into site a 1st and say they are being routed over to site b but without a tie trunk how are you doing this?

 
he seems to be duplicating to me , why arnt users just calling siteb ........what we need is a full breakdown of the topology and set up as this is getting silly.

APSS (SME)
ACSS (SME)
ACIS (UC)
 
exactly if you have 2 pri's one at each site, why would you call site a when you really want someone from site b. Makes no sense!

 
site A and site B are call center in two different country.

actually all agents in site A is temporary not available for reason of changing infrastructure...

So users that calls those site will be routed to site B. (through VDN: route call to site B).

Thank you
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top