Transfer calls to SIP trunk

[jonorr267]

How would I go about transfering all incoming calls on isdn lines to go straight out again on a sip trunk? The situation I have is a taxi company who have a PRI30 line but want to use an IVR which will autobook certain calls and the ones that can't will be sent back to the 412. I know I will need a shortcode that incoming calls will be routed to then transfered to the SIP line, but am unsure how to do this. Any help appreciated. Thanks in advance.

 

[intrigrant]

You can do this quite easy, create a shortcode with the targetnumber like this:
SC = *99 ( example, can be any free number )
TN = TheNumber"@URL SIP Provider"
LineID = outgoing groupnumber of the SIP trunk.

Use the shortcode as the target in your incoming call route.

 

[jonorr267]

Thanks for the reply. The IVR sits on the network with a static IP and to make calls to it using a soft phone (on the network) the IP address is entered into the softphone and the IVR is called. Can I put the IP address as the TN and still get forwarded to the IVR or would the IVR need a number for the calls to be forwarded?

 

[jonorr267]

We can transfer calls through to the IVR, but we are unable to send calls back to the 412. The IVR is being supplied by another company, so I dont have much info on it. I know it is using HMP for SIP. The info I have been able to get off the IVR company regarding the transfer is:

1. Dial hookflash (to get a dial tone and puts the caller on hold)
2. Dial the transfer number

3. It then waits for a voice to know that the call has been picked up
4. It will then dial hookflash, pause, 4 (to place the caller to the
dialled number)
5. Then hang up

As HMP does all the smarts of the interpreting the hookflash etc, I
really cannot give you much more

When the procedure gets to #3, it receives that the line is busy, so it
cannot go any further.

I believe the number he is trying to transfer to is 200@10.0.0.5. 200 is a hunt group on the 412 (10.0.0.5).
Any help appreciated.

 

[jamie77]

It sounds like he is trying to transfer the call back using the same SIP trunk, I wouldn't of thought that would work.

Has he tried simply dial 200@10.0.0.5 to see if it works??

you might have to program 200@10.0.0.5 into your SIP trunk. I have found with ours it will only route incoming calls if the IPO recognises the dialled SIP URI.



Jamie Green

ACA:Implement - IP Office
ACS:Implement - IP Office

http://www.alliedcom.co.uk

Fooball is not a matter of life and death-It is far more important!!!!

 

[jonorr267]

Thanks for the reply Jamie. I have asked if they need another line to transfer the calls back, but seem to think they don't.
At the moment I have one sip line, with the ivr ip address in the ITSP IP address field on the SIP line tab in manager. On the SIP URI tab I have 200 entered in the Local URI, Contact and Display Name fields.
Using x-lite with the domain set to 10.0.0.5 does not call into the 412. I presume there is something I am missing. Any help appreciated.

 

[jonorr267]

Update . I can call the 412 from x-lite now. Could this be some sort of compatibility issue between HMP and the Avaya SIP?

 

[jamie77]

I would get them to try transfer it back on a 2nd trunk and see what happens.

Hookflash doesn't sound like a SIP Trunk feature to me.

Besides which, being able to transfer using one connection is an extension feature rather than a trunk fetaure. As we don't have SIP endpoints yet I would say they are going to need 2 trunks.

It's all new so could be wrong.

Jamie Green

ACA:Implement - IP Office
ACS:Implement - IP Office

http://www.alliedcom.co.uk

Fooball is not a matter of life and death-It is far more important!!!!

 

[jonorr267]

I am not getting much help off the IVR supplier. All I get off them is this works on our other solutions, but no info on these. One of the issues that I have is there is no CLI on the transfer which is needed by the IVR, and there seems to be no way of forwarding this. Have you any idea if support for SIP endpoints is going to be available?

 

[jamie77]

I think SIP endpoints is in the roadmap for 4.1 but could be 4.2.

I think 4.2 is due at the end of this year and 4.2 mid next year.

Maybe they are trying to be a bit ahead of time trying this on an IPO when SIP is only just released on it.

The CLI for transfer, is that when the calls goes IPO>IVR or IVR>IPO??

Jamie Green

ACA:Implement - IP Office
ACS:Implement - IP Office

http://www.alliedcom.co.uk

Fooball is not a matter of life and death-It is far more important!!!!

 

[jonorr267]

Hi Jamie. Thanks for the reply. The CLI is for the IPO>IVR. They take the CLI which they then translate to a physical address, for pickup. If no CLI is presented or it is a mobile number the call will then be transferred back to the 412.
I have managed to find who they have got the IVR from, so have gone direct to them for some support. I am waiting to hear back from them at the moment.
I think the next thing for me to look at would be setting it up as a voip extension. Any thoughts/ideas appriecated.

 

[jamie77]

I wouldneed to play with CLI and transfers over a SIP trunk.

The outgoing CLI on standard SIP trunks is governed by the SIP URI in the Extn tab or in the SIP trunk config.

Not sure about passing this to SIP from your PRI Line.

It might work better if the calls came in from a SIP trunk and then passed to your IVR.

Just guessing. I might be able to play next week in the office with CLI being passed to SIP trunks.

Jamie Green

ACA:Implement - IP Office
ACS:Implement - IP Office

http://www.alliedcom.co.uk

Fooball is not a matter of life and death-It is far more important!!!!

 

[jonorr267]

The SIP idea is a definite no go, due to the reasons in Jamie's above post.
I am going to set the IVR up as a IP end point, so basically it is an extension on the system, then routing all calls through to this extension.
My concern is how many simultaneous calls the extension will be able to cope with. I am told that the IVR can handle over 100 calls at once. We want up to 40 calls at once. Would an extension be able to cope with this?
Thanks for your replies. Jon.

 

[PlatinumGuy]

You are not going to get this working on an extension i dont think either. If it is busy it is busy. It would have to be multiple extensions in a hunt group or something like that?



ACA - IP Office Implement
ACS - IP Office Implement
ACE - IP Office Implement