So, I’m trying to do something slightly outside the box, again. ;D
I have a scenario where the customer needs to play different greetings based on call type using an IRD strategy. This works no problem using an ExtensionData update of agent-greeting = xxx and customer-greeting = yyy.
However, this particular customer uses the Genesys BCP architecture with agents logging into 2 separate data centres. Some agents have site A as their preferred site, and the rest use site B. Which means that when a call arrives on site A, it could easily be answered by an agent on site B.
When this cross site call flow occurs the Extension Data is stripped from the call and the greetings are not played. As this essentially a multi-site routing scenario there is no strategy on the second site which handles the incoming call that I could use to update the Extension Data.
Any ideas on how I might be able to get this working?
just out of curiosity, why would you not have attach-data shared between two T-Servers? What am I missing?
What I find puzzling is why you would not have Genesys connid across the two sites…
At any rate:
ANI - URS DB dip on ANI would do the trick but obviously not work for unlisted
limit it to the same site?
Head still not wrapping around not sharing data between two sites.
User data is transferred between switches / sites, there’s no issue there. However the agent-greeting and customer-greeting options need to be in the Extension Data, not User Data.
Or at least that’s what my previous testing has shown.
Because there is no strategy running on the second switch, the call targets from a route point on switch A to a skill, and the agent is logged in to switch B.
To clarify the call flow a bit:
Call arrives at site A
Runs an IRD routing strategy
Routing strategy updates the extension data (not user data) to be agent-greeting = xxx and customer greeting = yyyy
Routing strategy targets any agent with skill zzz
Call is answered by agent logged in to site B
In this process all of the user data is transferred via normal ISCC functionality, however Extension Data is not user data and is not transferred between the two switches.
There must be something wrong with your ISCC configuration as described scenario should work. I’m working on a project where we have similar configuration to your and whispers work without any issues.
There is no strategy on the second site Cav and Victor, the targeting happens on a route point on site A, and targets agents at site B directly. So there is nowhere to run a strategy where I could convert user data into extension data.
That’s interesting Rene, what transfer type are you using for ISCC? We’re using direct-uui.
Resarching on the web and in the forum I found this topic.
In my scenario I have a Avaya TServer and a Genesys SIPServer. If the call is routed from TServer to SIPServer, the Attribute Extensions is not transfered with the call.
I am ussing ISCC transfer. If I try with ISCC and default “route” type the call is droped.
Your configuration is wrong. In case, you are using the “route” type of ISCC action, you have to create the ERP (External Routing Point) on each site. If you want to use another ISCC type, you have to check, if the related switch supports it.
We did eventually solve this problem, but I forgot to come back and update.
Technically speaking the extension data is transmitted when using the direct-uui route type, however what was happening to us is the call was moving too quickly, and was answered before the extension data was applied to the call. If the call is already answered, the greeting options do nothing.
So what we did was switch to using route-type “route”, which requires external route points on the receiving switch. This causes a brief (milliseconds) pause in the call’s transition to the agent, and enough time for the data to be applied to the call before being answered by the agent.
I have configured the “route” target-type, also I configure an External Routing Point (I have never configured before).
In my ERP configuration I have some questions that I could not figure out with SIPServer Deployment Guide ??? ??? (Configuring access resources for the route transaction type ), so I would really apreciate if anyone could help me with that.
This is the Procedure suggested by the Documentation:
Start of procedure
Under a configured Switch, select the DNs folder. From the main menu, select File > New > DN to create a new DN object.
On the General tab of the DN’s Properties dialog box, specify the number of the configured DN as the value of the Number field. This value must correspond to the Routing Point number on the switch. ??? ??? ----------->>>> Thats mean that this number must be the same of the original Routing Point in the other switch(The Avaya switch that have the call)?
Select External Routing Point as the value of the Type field.
If a dialable number for that Routing Point is different from its DN name, specify the number in the Association field. ??? ???----------->>>> What does it mean?
Click the Access Numbers tab. Click Add and specify these access number parameters:
Origination switch. ??? ??? ----------->>>> I supposed that this is the Avaya switch.
Access number that must be dialed to reach this DN from the origination switch.
EXRP are just dummy objects, you create on Avaya (somehow, check Avaya TServer guide which PBX object is used by that Tserver and its config) and on SIP Server.
On SIP Server, create them as indicated, numbering plan must be a new, not same as RP. Avaya will need to be able to dial to this objects as well.
On SIP Server you create a trunk to be able to dial to Avaya EXRP as well.
That is it basically. Then they will be used behind scenes before doing a transfer between them
Thanks for your answer cavagnaro, I check the docummentation of Avaya TServer and the procedure is the same.
I am in an scenario similar to the previous disccused.
I have an A switch (Avaya TServer), and the S switch (SIPServer).
The routing point (3257) defined in Avaya switch route calls to agents under one of both switches.
Is neccesary to configure one ERP in sipserver switch for each number I want to dial from Avaya to SIPServer?
Or in this case, I need to define one ERP in SIPServer Switch and one ERP in avaya switch?
I have defined an ERP in SIPSwitch and an ERP in Avaya Switch, I have also have defined a trunk from Avaya switch to SIPServer.
Maybe I am doing something wrong because even if I have the ERPs, when the call is routed to the agent the greetings are not played..
Just to clarify, the agent that is getting the call is logged in SIPServer in dn 3800003..