- Joined
- Nov 28, 2020
- Messages
- 3
- Reaction score
- 0
Bonjour,
Nous remarquons depuis un certain moment que les softphones (Android) ne répondent pas aux appels émis par la file d'attente 3CX de manière aléatoire. En effet il ne sonne pas même si un appel est en cours sur la file d'attente. La majorité des smartphones sont utilisées en 4G autrefois utilisé en Wi-Fi 2.4Ghz, nous avons demandé à les passer en 4G pensant que l'origine des pertes d'appel pouvait provenir du réseau local mais rien n'y fait, de plus les utilisateurs ne se déplacent pas et restent systématiquement au même endroit.
Seul le DECT qui est premier dans la file d'attente décroche correctement, mais lorsqu'un second appel arrive, le smartphone suivant se met à sonner ou pas, laissant l'appelant attendre dans la file d'attente qui finira par raccrocher pensant que personne n'est disponible.
Sur 747 appels traités, 98 appels sont abandonnés avec une plainte des clients finals qui indique qu'il n'arrive pas à joindre quelqu'un.
Détail de la configuration:
Une file d'attente a été créée (8000), contenant un DECT suivi de 4 agents sur des smartphones de type Android. La stratégie de scrutation utilisée est "Prioritized Hunt". Un wrap up de 4s est mis en place avec une SLA de 60s et la file d'attente est prioritaire. La durée de sonnerie est de 30s et le temps d'attente maximal est laissé par défaut à 1800s. Le SDA est directement redirigé vers la file d'attente 8000 sans condition.
Les appels sont signalés "Lost Call in Queue", lorsque nous poussons les recherches nous obtenons ces informations:
Le serveur est actuellement en V16.0.655 Professionnelle annuelle. Le PBX est installé en cloud. Un SBC est déployé sur le réseau local. Je peux faire une capture si besoin mais nous n'avons rien trouvé. Il faudrait obtenir les logs de l'appareil Android en question mais nous ne pouvons.
Nous pensons que l'origine du défaut provient du SRTP. Nous venons de le désactiver afin de voir si cela impacte le fonctionnement du traitement d'appel des smartphones.
Je vous remercie d'avance pour les idées que vous pourrez apporter.
Bien à vous.
Nous remarquons depuis un certain moment que les softphones (Android) ne répondent pas aux appels émis par la file d'attente 3CX de manière aléatoire. En effet il ne sonne pas même si un appel est en cours sur la file d'attente. La majorité des smartphones sont utilisées en 4G autrefois utilisé en Wi-Fi 2.4Ghz, nous avons demandé à les passer en 4G pensant que l'origine des pertes d'appel pouvait provenir du réseau local mais rien n'y fait, de plus les utilisateurs ne se déplacent pas et restent systématiquement au même endroit.
Seul le DECT qui est premier dans la file d'attente décroche correctement, mais lorsqu'un second appel arrive, le smartphone suivant se met à sonner ou pas, laissant l'appelant attendre dans la file d'attente qui finira par raccrocher pensant que personne n'est disponible.
Sur 747 appels traités, 98 appels sont abandonnés avec une plainte des clients finals qui indique qu'il n'arrive pas à joindre quelqu'un.
Détail de la configuration:
Une file d'attente a été créée (8000), contenant un DECT suivi de 4 agents sur des smartphones de type Android. La stratégie de scrutation utilisée est "Prioritized Hunt". Un wrap up de 4s est mis en place avec une SLA de 60s et la file d'attente est prioritaire. La durée de sonnerie est de 30s et le temps d'attente maximal est laissé par défaut à 1800s. Le SDA est directement redirigé vers la file d'attente 8000 sans condition.
Les appels sont signalés "Lost Call in Queue", lorsque nous poussons les recherches nous obtenons ces informations:
Code:
2020/11/27 20:25:55.616|3760|0008|Info|7358,Created,0612345678,+33612345678
2020/11/27 20:25:55.616|3760|0008|Info|7358,PBXCallId,2216
2020/11/27 20:25:55.617|3760|0008|Info|7358,Waiting
2020/11/27 20:25:55.617|3760|0008|Info|7358,CallerInfo,0612345678,+33612345678
2020/11/27 20:25:55.618|3760|0009|Info|7358,Polling
2020/11/27 20:25:55.618|3760|0009|Info|7358,Selected,[0002@8000]
2020/11/27 20:25:55.809|3760|0008|Info|7358,DialAgent,8000.ef169a6076ad48c7a8d175e102c8063a,0002,0002
2020/11/27 20:26:19.474|3760|0008|Info|7358,AConn,8000.ef169a6076ad48c7a8d175e102c8063a
2020/11/27 20:26:19.474|3760|0008|Info|7358,InCallEnd,202,Transfer OK
2020/11/27 20:26:19.474|3760|0008|Info|7358,AServe
// Le DECT ext: 0002 prend l'appel id 7358 (0612345678) à 20:26:19.474 il est donc occupé à présent.
2020/11/27 20:27:06.221|3760|0008|Info|7362,Created,0987654321,+33987654321
2020/11/27 20:27:06.221|3760|0008|Info|7362,PBXCallId,2217
2020/11/27 20:27:06.221|3760|0008|Info|7362,Waiting
2020/11/27 20:27:06.221|3760|0008|Info|7362,CallerInfo,0987654321,+33987654321
2020/11/27 20:27:06.722|3760|0009|Info|7362,Polling
2020/11/27 20:27:06.722|3760|0009|Info|7362,Selected,[0001@8000]
2020/11/27 20:27:06.938|3760|0008|Info|7362,DialAgent,8000.02a8bd4eea6d45d89c81f6173dbeccb8,0001,0001
2020/11/27 20:27:36.934|3760|0008|Info|7362,OutCallEnd,8000.02a8bd4eea6d45d89c81f6173dbeccb8,408,Poll expired
2020/11/27 20:27:37.230|3760|0009|Info|7362,Repoll
2020/11/27 20:27:37.230|3760|0009|Info|7362,Selected,[0005@8000]
2020/11/27 20:27:37.435|3760|0008|Info|7362,DialAgent,8000.51544aec783e40bda732aa7dba94057e,0005,0005
// Comme le DECT est occupé l'agent suivant disponible et ext: 0001
// Il doit prendre l'appel id 7362 (0987654321) mais à 20:27:36.934 l'erreur 408 Poll expired apparait, donc on le replace dans le Poll
2020/11/27 20:27:47.842|3760|0008|Info|7358,ServEnd
2020/11/27 20:27:47.843|3760|0008|Info|7358,QCallEnd
2020/11/27 20:27:47.843|3760|0008|Info|7358,Q.8000: [0612345678] (hist_id: 000001760B2B4780_2216)
Time: 27/11/2020 20:25:55 - 27/11/2020 20:27:47 (00:01:52.2262360)
Waiting: 00:00:00.0013065
Polling: time: 00:00:23.8558446 (1 rounds), agents dialled: 1, rejected: 0, timed out: 0
Service: Agent 0002, time 00:01:28.3689595
Result: WPS
// Résultat, l'appelle 7358 a été traité, mais l'appelle 7362 à être perdu car l'appelant n'a pas été pris.
2020/11/27 20:27:48.838|3760|0008|Info|7362,OutCallEnd,8000.51544aec783e40bda732aa7dba94057e,487,Cancelled
2020/11/27 20:27:48.838|3760|0008|Info|7362,InCallEnd,487,Cancelled
2020/11/27 20:27:48.839|3760|0008|Info|7362,QCallEnd
2020/11/27 20:27:48.839|3760|0008|Info|7362,Q.8000: [0987654321] (hist_id: 000001760B2C5C27_2217)
Time: 27/11/2020 20:27:06 - 27/11/2020 20:27:48 (00:00:42.6180581)
Waiting: 00:00:00.5016674
Polling: time: 00:00:42.1162557 (2 rounds), agents dialled: 2, rejected: 1, timed out: 1
Failed: Caller dropped the call
Result: WP
Le serveur est actuellement en V16.0.655 Professionnelle annuelle. Le PBX est installé en cloud. Un SBC est déployé sur le réseau local. Je peux faire une capture si besoin mais nous n'avons rien trouvé. Il faudrait obtenir les logs de l'appareil Android en question mais nous ne pouvons.
Nous pensons que l'origine du défaut provient du SRTP. Nous venons de le désactiver afin de voir si cela impacte le fonctionnement du traitement d'appel des smartphones.
Je vous remercie d'avance pour les idées que vous pourrez apporter.
Bien à vous.