3cx gigaset c610

[Nick@Troosters]

Hi,

I have 4 yealink fixed phones and 2 gigaset c610 phones connected to my 3cx central.
It all works perfect, except for one issue.
The phonenumber of the c610 phones are 10 and 11. These two are in a ring group, so when a call comes in both these phones ring.
BUT when phone 10 is diverted for all calls to a cellphone, we should expect that the gigaset telnr 11 and the cellphone are ringing. But this is not the case. Only phone 11 is ringing. and in the logs I see this :

07-11-2012 15:29:27.500 Leg L:13.2[Extn] is terminated: Cause: 302 Moved Temporarily/INVITE from 10.0.0.61:5060
07-11-2012 15:29:27.500 [CM503003]: Call(C:13): Call to <sip:[email protected]:5060> has failed; Cause: 302 Moved Temporarily/INVITE from 10.0.0.61:5060
07-11-2012 15:29:27.500 [CM503004]: Call(C:13): Route 1: from L:13.1[Line:10000<<0473999108] to T:Line:10000>>0479999652@[Dev:sip:[email protected]:5060]
07-11-2012 15:29:27.500 Line limit check: Current # of calls for line Lc:10000(@Weepee - BE[<sip:[email protected]:5060>]) is 1; limit is 4
07-11-2012 15:29:27.500 [CM503006]: Call(C:13): Diverted to: <sip:[email protected]:5060>
07-11-2012 15:29:27.500 Call to T:RingAll:80@[Dev:sip:[email protected]:5060,Dev:sip:[email protected]:5060] from L:13.1[Line:10000<<0473999108] failed, cause: Cause: 302 Moved Temporarily/INVITE from 10.0.0.61:5060
07-11-2012 15:29:27.406 [CM503025]: Call(C:13): Calling T:RingAll:80@[Dev:sip:[email protected]:5060,Dev:sip:[email protected]:5060] for L:13.1[Line:10000<<0473999108]
07-11-2012 15:29:27.406 [CM503025]: Call(C:13): Calling T:RingAll:80@[Dev:sip:[email protected]:5060,Dev:sip:[email protected]:5060] for L:13.1[Line:10000<<0473999108]
07-11-2012 15:29:27.359 [CM503027]: Call(C:13): From: Line:10000<<0473999108 ("0473999108" <sip:[email protected]:5060>) to T:RingAll:80@[Dev:sip:[email protected]:5060,Dev:sip:[email protected]:5060]
07-11-2012 15:29:27.359 [CM503004]: Call(C:13): Route 1: from L:13.1[Line:10000<<0473999108] to T:RingAll:80@[Dev:sip:[email protected]:5060,Dev:sip:[email protected]:5060]
07-11-2012 15:29:27.359 [CM505003]: Provider:[Weepee - BE] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [weepee] PBX contact: [sip:[email protected]:5060]
07-11-2012 15:29:27.359 [CM503001]: Call(C:13): Incoming call from Line:10000<<0473888108 to <sip:[email protected]:5060>
07-11-2012 15:29:27.359 Line limit check: Current # of calls for line Lc:10000(@Weepee - BE[<sip:[email protected]:5060>]) is 1; limit is 4
07-11-2012 15:29:27.359 [CM503012]: Inbound office hours rule (unnamed) for 10000 forwards to DN:80.

 

[3CXfoxhallsolutions]

I believe that you will find that a ring-group overrides the settings of an extension that is part of that ring group ... This is so that phones setting diverts, DND etc. don't break the ring-group structure ... Try this experiment;

Instead of guiding your call to a ring group made of extensions 10 and 11, guide the call to extension 10 only i.e. no ring group involved. I think you will see your divert to the mobile ring OK.

This means that you need to design a call flow that takes the caller out of the ring-group before they can be diverted anywhere else e.g. Ring your two-extension group for 15 sec's and if no answer, present the call directly to extension 10 - whereby the divert can implement.

best regards

 

[lneblett]

Actually, you can divert if you have the settings enabled to do so for queues and ring groups. You can forward to a cell but, this may depend if a paid or free version and it most definitely depends on how the forwarding is accomplished and how the resultant signaling is accomplished. This is with V11 mind you.

Look on general settings tab under global options. You should see a box that can be ticked that addresses the ability to forward, but as 3cxfoxhall indicated, the other aspects of extension call handling related to status and call handling are ignored so as to keep the ring group strategy intact.

The biggest issue with cells in a scenario such as this is if the carriers involved in the forwarding of the call will provide the correct signaling back to 3cx such that only if the cell phone is answered will the system then assume that the call was completed. Sometimes the handoff from one carrier or PSTN device to a carrier is oftentimes met with an answered condition when if fact it was not really answered. Another consideration is how the cell's voice mail might come into play as this certainly is an answer, but perhaps not the answer you want.