I'm at loss with this (SV9500):
1) Station 1000 is on a call (with any other phone or external party).
2) Station 2000 has station 1000's line appear on their phone. They press that button, pick up their phone, and now there is a 3-party conference. At this point, the phones are on a 3-party conference circuit (RT 909)
3) Station 3000 has station 1000's line appear on their phone. They press that button, pick up their phone, and now there is a 4-party conference. With this, the whole call is moved over to an 8-party conference circuit.
4) This may be repeated by other stations that have station 1000 appear on their phones. Up to 8 parties.
This above works just fine.
The problem is this: My SV9500 is IP-CCIS connected to other SV9500 systems in other branch offices. If the original call of station 1000 is to an IP CCIS party in step 1) above, then step 2) works just fine. But Step 3), which requires moving the conference call onto an 8-party cicuit, results in losing audio for the IP CCIS party. He no longer hears us, and we no longer hear him. He remains connected to the 8-party conference, but gets no audio.
I use a VS32 server for my 8-party conferences, but I also installed an 8CFT card in the PIM, and when the conference call got moved over that that 8-party conference card, the audio got lost too.
So to summarize: a 3-part conference call, that involves an IP CCIS party, can not be moved over to an 8-party conference without the IP CCIS party losing audio.
The following workaround works:
station 1000 calls the IP CCIS party. Station 1000 transfers the call to station 2000, and when station 2000 answers, 1000 hits the CONF button. 3-party conference is created. Now 1000 (or 2000) may hit transfer to transfer the call to 3000, and when 3000 answers, 1000 (or 2000) hits CONF on their phone, and now they are on an 8-party conference call with all party hearing audio as expected.
The following DOESN'T work:
1) Station 1000 calls any external or internal party.
2) Station 1000 transfers them to the pilot number of the 8-party conference bridge
3) Station 1000 repeats the above up to 8 times to establish a conference.
4) If station 1000 calls a party over IP CCIS, and presses transfer, and dials the pilot number of the 8-party conference, he is connected to the conference, while the IP CCIS party hears Music-on-hold. AS SOON AS STATION 1000 HANGS UP (to transfer the IP CCIS party into the bridge), THE IP CCIS PARTY IS DROPPED.
So this is all trouble with IP CCIS and 8-party conference. I happen to have a non-IP CCIS connection to an old ICS2400, and there is no problem with that. It's only IP CCIS. I played around with codes (ALOLC, AIVCL), I enabled, disabled SFI 131,138,221. None of these have solved the problem.
Any other ideas?
1) Station 1000 is on a call (with any other phone or external party).
2) Station 2000 has station 1000's line appear on their phone. They press that button, pick up their phone, and now there is a 3-party conference. At this point, the phones are on a 3-party conference circuit (RT 909)
3) Station 3000 has station 1000's line appear on their phone. They press that button, pick up their phone, and now there is a 4-party conference. With this, the whole call is moved over to an 8-party conference circuit.
4) This may be repeated by other stations that have station 1000 appear on their phones. Up to 8 parties.
This above works just fine.
The problem is this: My SV9500 is IP-CCIS connected to other SV9500 systems in other branch offices. If the original call of station 1000 is to an IP CCIS party in step 1) above, then step 2) works just fine. But Step 3), which requires moving the conference call onto an 8-party cicuit, results in losing audio for the IP CCIS party. He no longer hears us, and we no longer hear him. He remains connected to the 8-party conference, but gets no audio.
I use a VS32 server for my 8-party conferences, but I also installed an 8CFT card in the PIM, and when the conference call got moved over that that 8-party conference card, the audio got lost too.
So to summarize: a 3-part conference call, that involves an IP CCIS party, can not be moved over to an 8-party conference without the IP CCIS party losing audio.
The following workaround works:
station 1000 calls the IP CCIS party. Station 1000 transfers the call to station 2000, and when station 2000 answers, 1000 hits the CONF button. 3-party conference is created. Now 1000 (or 2000) may hit transfer to transfer the call to 3000, and when 3000 answers, 1000 (or 2000) hits CONF on their phone, and now they are on an 8-party conference call with all party hearing audio as expected.
The following DOESN'T work:
1) Station 1000 calls any external or internal party.
2) Station 1000 transfers them to the pilot number of the 8-party conference bridge
3) Station 1000 repeats the above up to 8 times to establish a conference.
4) If station 1000 calls a party over IP CCIS, and presses transfer, and dials the pilot number of the 8-party conference, he is connected to the conference, while the IP CCIS party hears Music-on-hold. AS SOON AS STATION 1000 HANGS UP (to transfer the IP CCIS party into the bridge), THE IP CCIS PARTY IS DROPPED.
So this is all trouble with IP CCIS and 8-party conference. I happen to have a non-IP CCIS connection to an old ICS2400, and there is no problem with that. It's only IP CCIS. I played around with codes (ALOLC, AIVCL), I enabled, disabled SFI 131,138,221. None of these have solved the problem.
Any other ideas?