2nd OBI at another physical location

<< < (2/3) > >>

Hollywood:
Quote from: ianobi on April 03, 2013, 07:00:59 am

This method uses the OBiTALK network to fork the call onto the second OBi. Call forking to up to four devices is allowed.


Does this mean both OBI's will ring when a call comes in at the same time (and you answer the phone connected where you are at), OR would one have to have a chance to ring (then answer), but if no answer, ring the 2nd OBI?

THANKS FOR YOUR HELP!!

ianobi:
Quote

Voice Services > SP1 Service > X_InboundCallRoute:
{ph,pp(ob200123456)}

This means that your original OBi and the second OBi both ring at the same time. Whichever OBi answers the call wins the race and connects to the call. The other OBi would record a "missed call".


Quote

Voice Services > SP1 Service > X_InboundCallRoute:
{ph,pp(ob200123456;d=6)}

This means that your original OBi rings, then after 6 seconds, if it does not answer, forks the call to the second OBi which then also starts to ring, so both are then ringing. Whichever OBi answers the call wins the race and connects to the call. The other OBi would record a "missed call".

QBZappy:
Quote from: hwittenb on April 03, 2013, 09:24:13 am

The sip signalling gets in the way.  You dial the number and a sip INVITE is sent and the logic waits for signalling answer.  If it dialed again it would have to send the number by dtmf after the connection.  It's not that you couldn't design something to do that but it would be a significant addition.

Admin Guide:
Invoke Second Dial Tone in Digit Map
 a – d  = DTMF 0 – 9

I don't know what the above does. Does this force DTMF tones?

ianobi:
hwittenb,

Thanks for that. Also, I guess that as sp1 probably has two sessions available, then this rule:
{sp1(5145551212),sp1(1234;d=2)}
would send 5145551212 out on the first session and 1234 out on the second session.
 
Wow another QBZappy idea came in while I was typing this! More to think about  :)

Hollywood:
Quote from: ianobi on April 03, 2013, 10:07:53 am

Quote

Voice Services > SP1 Service > X_InboundCallRoute:
{ph,pp(ob200123456)}

This means that your original OBi and the second OBi both ring at the same time. Whichever OBi answers the call wins the race and connects to the call. The other OBi would record a "missed call".


Quote

Voice Services > SP1 Service > X_InboundCallRoute:
{ph,pp(ob200123456;d=6)}

This means that your original OBi rings, then after 6 seconds, if it does not answer, forks the call to the second OBi which then also starts to ring, so both are then ringing. Whichever OBi answers the call wins the race and connects to the call. The other OBi would record a "missed call".



Thanks! the first option is exactly what I was looking for.

Navigation

[0] Message Index

[#] Next page

[*] Previous page