----- Original Message ----->snip>I've got 2x PRI 30 lines coming in to the Index, and I have 4 spare PRI cards in the Index. I was thinking about using a QUAD PRI card from Digium and having the calls come into the Index then transfer to Asterisk for IVR then back to the Index. That way if we get 60 inbound calls we'd in essence be using all 6 PRI cards in the Index. (2 for termination to PSTN, 2 for outbound calls from Index to Asterisk and 2 for calls back from Asterisk to Index).> > Is this feasible? Can anyone offer some tips/advice based on theirexperience? I've had a look around and I can't find anything relating to tromboning or anti-tromboning so I suppose each call will have to take the path of: <snip> so you have ACD on the AVAYA? are you thinking of front ending all calls to the ACD with the IVR? I would think that you would set the IVR up as an option within the ACD instead of front ending all calls to the ACD. The flexibility of * is great for this and I have built several IVR's for customers using * as the telephony engine. does require knowledge of some scripting language to run the AGI scripts in (PHP, PERL etc.) Your assumptions on routing are correct. a path out of the Index to the * will require a path back to the Index. not sure what you mean by 'tromboning' but it may be in reference to using the same b-channel on the pri to route the call back to the Index. not sure about that, would require some analysis of d-channel messaging. most systems that support PRI networking have some special d-channel signalling and it may just be a question of building something in * that the AVAYA needs to see to accomplish this. Good Luck Jason Kawakami www.optellabs.com
I'm thinking about using asterisk as an IVR system with an existing avaya index system. I've got 2x PRI 30 lines coming in to the Index, and I have 4 spare PRI cards in the Index. I was thinking about using a QUAD PRI card from Digium and having the calls come into the Index then transfer to Asterisk for IVR then back to the Index. That way if we get 60 inbound calls we'd in essence be using all 6 PRI cards in the Index. (2 for termination to PSTN, 2 for outbound calls from Index to Asterisk and 2 for calls back from Asterisk to Index). Is this feasible? Can anyone offer some tips/advice based on their experience? I've had a look around and I can't find anything relating to tromboning or anti-tromboning so I suppose each call will have to take the path of: PSTN | Index | Asterisk | Index | Agent Regards Matt
> -----Original Message----- > From: Jason Kawakami [mailto:jkkawakami@optellabs.com] > Sent: September 13, 2004 9:08 AM > To: asterisk-users@lists.digium.com > Subject: [Asterisk-Users] Re: Astersk as AVAYA IVR >{clip}> > Your assumptions on routing are correct. a path out of the > Index to the * > will require a path back to the Index. not sure what you mean by > 'tromboning' but it may be in reference to using the same > b-channel on the > pri to route the call back to the Index. not sure about > that, would require > some analysis of d-channel messaging. most systems that support PRI > networking have some special d-channel signalling and it may just be a > question of building something in * that the AVAYA needs to see to > accomplish this. >You may be thinking of PRI '2 B Channel Transfer' facility - see http://www.voip-info.org/wiki-Asterisk+bounty+PRI+2B+channel+transfer
----- Original Message ----- <snip>> You may be thinking of PRI '2 B Channel Transfer' facility - see > http://www.voip-info.org/wiki-Asterisk+bounty+PRI+2B+channel+transfer >that is exactly what i was thinking. if it is on the bounty list i guess we will wait for someone smarter than me to complete it. so it will end up being AVAYA--->*(ZAP/G1)--->*IVR logic--->*(ZAP/G2)--->AVAYA-ACD passing call control back and forth from system to system. if the IVR was to front all of the calls into the ACD. i would think it would be better served as a spur to the ACD like. AVAYA | AVAYA-ACD | Option to IVR---->*(ZAP/G1)--->*IVR logic--->*IVR option to speak to an agent | | AVAYA-ACD<--------------------------------------------*(ZAP/G2) wouldn't bottle neck the trunks through the * and would only require multiple channels between if the caller needed to speak to an agent after going throught the IVR logic. whatever, could be done either way. Jason Kawakami www.optellabs.com