Hola esto lo resolvistes o todavia persiste el inconveniente, te comento que yo tengo un cliente grande, cerca de 300 agentes, practicamente con las mismas caracteristicas y no tengo problemas, igualmente la ultima version en 7.x es 7.5.10, muy estable y ademas incorpora mejoras en el manejo del Failover, igual que lo hace la version 8.x, se implemento este cambio para ver como reaccionaban los sistemas nuevos 8.x previamente a salir en la version 7.5.10.
En el caso que planteas lo que te pudo estar pasando es lo siguiente, como el manejo de la llamada la tiene el UCCE a traves del CTIOS, esta controlando las llamadas que le ingresan por los eventos Jtapi que genera el telefono fisico en tu caso el IPComm, y que son capturados por el CTIOS, que a su ves con trola los clientes de CTIOS toolkit, si no tenes Max Calls en 1 y en ese momento esta el dispositivo en condicion Talking, y pasa el agente a condicion Hold, y justo entra una llamada en espera porque han llamado directamente al numero de interno del agente, esa segunda llamada no es controlada por el CTIOS y ahi entra el conflicto. En el unico caso que le das Max Calls = 2 es cuando tenes Outbound Option con SCCP que es la unica posibilidad de Outbound en 7.x ya que en Ver 8.x incorporaron SIP Dialer y funciona distinto. Como buena practica te recomiendo Max Calls = 1, que ninguna persona fuera del call pueda llamar a los telefonos de los agentes en forma directa, marcando el numero de extension, y que la unica posibilidad de transferencia entre agentes y supervisores sea a traves de un Script de transferencia donde derive a la cola que corresponde la llamada, o con Transfer to Agent con un "Queue Priority" mayor al normal para darle prioridad frente a otras llamadas que todavia no fueron atendidas. De esta manera no solo las transferencias son registradas por metricas sino que el trafico de las llamadas y las prioridades en las transferencias son mas ordenadas.
