[cdumaine]

Bonjour,

Il semblerai que les fonctions click to call ou associes ne fonctionne pas avec le réseau keyyo.
Dans mes tests de click to call, je ne peux joindre que des n° Keyyo.
Les N° sur d'autre opérateur (orange,free,ovh)...ne sont pas joingnable avec la même erreur :

03:08:04.952 [CM503003]: Call(17): Call to sip:xxxxxxxxxx@prx1.sip.phonesystems.net:5060 has failed; Cause: 500 Internal Error - Callee Customer not identified; warning: Noisy feedback tells: pid=9029 req_src_ip=192.168.21.62 req_src_port=5060 in_uri=sip:b2bua-xxxxxxxxxxx@192.168.21.62:5060 out_uri=sip:xxxxxxxxxxx@192.168.21.62:5060 via_cnt==3; from IP:83.136.161.72:5060

Log :
16:11:26.828 [CM503015]: Call(5): Attempt to reach <sip:0492196767@127.0.0.1:5060> failed. Reason: Server Failure



16:11:26.828 [CM503003]: Call(5): Call to sip:33492196767@prx1.sip.phonesystems.net:5060 has failed; Cause: 500 Internal Error - Callee Customer not identified; warning: Noisy feedback tells: pid=30159 req_src_ip=192.168.21.62 req_src_port=5060 in_uri=sip:b2bua-33492196767@192.168.21.62:5060 out_uri=sip:33492196767@192.168.21.62:5060 via_cnt==3; from IP:83.136.161.72:5060



16:11:26.219 [CM503024]: Call(5): Calling VoIPline:33492196767@(Ln.10000@keyyo)@[Dev:sip:33486689099@prx1.sip.phonesystems.net:5060]



16:11:26.219 [MS210002] C:5.3:Offer provided. Connection(transcoding mode): 90.9.97.246:9008(9009)



16:11:26.047 [CM503004]: Call(5): Route 1: VoIPline:33492196767@(Ln.10000@keyyo)@[Dev:sip:33486689099@prx1.sip.phonesystems.net:5060]



16:11:25.890 [CM503010]: Making route(s) to <sip:0492196767@127.0.0.1:5060>



16:11:25.890 Refer: from="MakeCall"<sip:MakeCall@127.0.0.1:5060>;tag=7557512f; to="Webandphone Standard"<sip:10@127.0.0.1:5060>;tag=71372c19; RefTo=<sip:0492196767@127.0.0.1:5060>



16:11:25.578 [MS210003] C:5.1:Answer provided. Connection(transcoding mode):127.0.0.1:7006(7007)



16:11:25.578 [MS210001] C:5.2:Answer received. RTP connection: 128.128.3.116:16454(16455)



16:11:25.578 Remote SDP is set for legC:5.2



16:11:25.437 [MS210002] C:5.2:Offer provided. Connection(transcoding mode): 128.128.3.200:7008(7009)



16:11:25.437 [MS210000] C:5.1:Offer received. RTP connection: 127.0.0.1:40618(40619)



16:11:25.437 Remote SDP is set for legC:5.1



16:11:21.109 Session 133 of leg C:5.1 is confirmed



16:11:20.609 [CM503007]: Call(5): Device joined: sip:10@128.128.3.116:5060



16:11:20.609 [CM503007]: Call(5): Device joined: sip:MakeCall@127.0.0.1:40600;rinstance=02a9dfd24989ed33



16:11:20.609 [MS210003] C:5.1:Answer provided. Connection(transcoding mode):127.0.0.1:7006(7007)



16:11:20.609 [MS210001] C:5.2:Answer received. RTP connection: 128.128.3.116:16454(16455)



16:11:20.609 Remote SDP is set for legC:5.2



16:11:17.156 [CM505001]: Ext.10: Device info: Device Identified: [Man: Linksys;Mod: SPA Series;Rev: General] Capabilities:[reinvite, no-replaces, able-no-sdp, recvonly] UserAgent: [Linksys/SPA942-6.1.3(a)] Transport: [sip:128.128.3.200:5060]



16:11:17.156 [CM503002]: Call(5): Alerting sip:10@128.128.3.116:5060



16:11:17.000 [CM503024]: Call(5): Calling Ext:Ext.10@[Dev:sip:10@128.128.3.116:5060]



16:11:17.000 [MS210002] C:5.2:Offer provided. Connection(transcoding mode): 128.128.3.200:7008(7009)



16:11:16.984 [CM503004]: Call(5): Route 1: Ext:Ext.10@[Dev:sip:10@128.128.3.116:5060]



16:11:16.984 [CM503010]: Making route(s) to "Webandphone Standard"<sip:10@127.0.0.1:5060>



16:11:16.984 [MS210000] C:5.1:Offer received. RTP connection: 127.0.0.1:40618(40619)



16:11:16.984 Remote SDP is set for legC:5.1



16:11:16.984 [CM505001]: Ext.########: Device info: Device Identified: [Man: 3CX Ltd.;Mod: 3CX MakeCall helper;Rev: General] Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CX MakeCall helper] Transport: [sip:127.0.0.1:5060]



16:11:16.984 [CM503001]: Call(5): Incoming call from Ext.######## to "Webandphone Standard"<sip:10@127.0.0.1:5060>



16:11:16.969 [CM500002]: Info on incoming INVITE: INVITE sip:10@127.0.0.1:5060 SIP/2.0 Via: SIP/2.0/UDP 127.0.0.1:40600;branch=z9hG4bK-d8754z-18134e3a4a6f7941-1---d8754z-;rport=40600 Max-Forwards: 70 Contact: <sip:MakeCall@127.0.0.1:40600> To: "Webandphone Standard"<sip:10@127.0.0.1:5060> From: "MakeCall"<sip:MakeCall@127.0.0.1:5060>;tag=7557512f Call-ID: YWU3M2IyMzM3NjU2ZTZhMTcxMWYyYzE3NzMwYWRiNzQ. CSeq: 2 INVITE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO Proxy-Authorization: Digest username="MakeCall",realm="3CXPhoneSystem",nonce="414d535c009c990446:a6298c3bf3d4e76a557a32a9c0192255",uri="sip:10@127.0.0.1:5060",response="44781c66f5f7b4ea9411eb69ebdc35ac",algorithm=MD5 Supported: replaces User-Agent: 3CX MakeCall helper Content-Length: 0


Bien sur le même appel en click to call via un compte OVH fonctionne bien.
J'ai transmit le problème au support keyyo qui me confirme l'incompatibilité clicktocall 3cx sur Keyyo.

En fait le problême vient de la machine 192.168.21.62 chez Keyyo.
J'ai longtemps chercher d'ou pouvait bien sortir cette machine.
Lorsque le compte keyyo s'enregistre l'information de "route to 192.168.21.62" est transmit au 3cx.
Vérifié en supervisant l'enregistrement avec wireshark.

Est ce que quelqu'un à un retour d'expérience concernant le clic to call ou utilisation du 3cx assistant avec des comptes keyyo.

cdt

[sbsconseil]

Bonjour,

Même problème que toi, pas de solution pour l'instant
a tu fait le test avec l'api http de 3CX ?

[pbechta]

Bonjour,

En effet, le makecall et quelques autres fonctionnalités effectuant des simili opérations de transferts (avec le 3CX Assistant entre autres) ne sont pas opérationnelles avec Keyyo.

Selon l'éditeur, la résolution de ce problème incombe à Keyyo qui serait le seul opérateur VoIP rencontrant ce problème :
"Since this is the only provider we have this with please get a specific technical reply / comments from Keyyo on this.
They need to tell us what it is that they do not want / like / expect when the make call is used.
Unless we have this we cannot proceed."

Bref, je crains que la solution passe par un changement d'opérateur VoIP car les incompatibilités sont de plus en plus importantes entre Keyyo et 3CX.

[Matounetti]

Bref, je crains que la solution passe par un changement d'opérateur VoIP car les incompatibilités sont de plus en plus importantes entre Keyyo et 3CX.

J'ai monté un architecture 3CX avec KEYYO. Ce que vous me dites m'inquiete.
Mis à part le Click To Call, y'a-t-il d'autres incompatibilités entre 3CX et KEYYO ?

[cdumaine]

Bonjour,

Bien j'ai creusé ce problème de click to call avec keyyo.

En fait l'incompatibilité est plus "précise" à savoir : 3cx + Poste cisco SPAxx+ Keyyo.

J'ai pu solutionner avec des postes snom.
Dans l'assistant 3cx il faut choisir le mode d'appel via url en renseignant le champ de l'url :
http://ip-du-poste-snom/command.htm?number=%number%
Les appels s'établissent avec Keyyo sans difficultés car on utilise plus le makecall de 3cx.

Ce qui amène une autre question :
peut-on lancer des appels via url avec des postes cisco et aastra ?
Je dois appeler le TAC cisco pour info.

Toutes "combines" est bienvenue.

cdt

[DIALOGSoftware]

J'ai une combine qui fonctionne avec l'assistant 3CX. Elle fonctionne en contactant directement l'API MakeCall de Keyyo donc en évitant de lancer un MakeCall depuis 3CX.

Pour mettre cette combine en place

. installer l'assistant 3CX (évidemment)
. créer un fichier vbs sur le même poste, par exemple C:\makecall.vbs
. ouvrir ce fichier avec le bloc note
. coller le code suivant dans le fichier


Code: Select all

If (Wscript.Arguments.Count > 2) Then 

   Set objxmlHTTP = CreateObject("Msxml2.XMLHTTP")
   objxmlHTTP.Open "HEAD", "https://" & Wscript.Arguments(0) & ":" & Wscript.Arguments(1) & "@ssl.keyyo.com/makecall.html?ACCOUNT=" & Wscript.Arguments(0) & "&CALLEE=" & Wscript.Arguments(2) & "&CALLEE_NAME=moi", False
   objxmlHTTP.Send()
   Set objxmlHTTP = Nothing
End If



. ouvrir les préférences de l'assistant 3CX
. ouvrir l'onglet Numérotation
. sélectionner le paramètre Appeler depuis l'éxécutable
. dans Chemin d'accès, sélectionner le fichier c:\Makecall.vbs
dans paramètres, saisir les trois paramètres suivants, séparés par des espaces (sans les chevrons): <identifiant sip chez keyyo> <mot de passe du comte SIP> %number%

Fonctionnement

Lors de l'envoi d'un appel via l'assistant 3CX, le script VBS va appeler la page de l'API de Keyyo en lui passant en paramètre le login, le mot de passe du compte SIP, le numéro de l'appelé ainsi que le Callee_name, ici "moi"
Keyyo va mettre en relation le compte SIP ainsi que le numéro de l'appelé.

Ne pas hésiter à me demander plus d'info là dessus.
Keyyo reste désespérément silencieux face aux demandes que l'on a faites sur la gestion des MakeCall.

[postmixfrance]

Salut a tous,
ca ne fonctionne pas chez moi,(il faut surement activer l'api de keyyo sur leur site, y a t-il un autre moyen, comme utiliser la fonction "appeler depuis url" ...

[DIALOGSoftware]

Oui il faut activer l'API dans le compte SIP sur l'interface de Keyyo (l'option doit s'appeler CTI de mémoire)
Ensuite, cela fonctionne sans problème en clic to dial via l'API et via le script que j'ai donné plus haut.

[cdumaine]

Bonjour,

Superbe "tuyau ça marche à merveille".

Seulement petit soucis:
Puisque l'appel est initié par Keyyo, je reçoit mon appel entrant via l'opérateur voip du 3cx.
Mais ma route par défaut pour cet opérateur est le SVI, j'ai donc "casser" ma configuration et routé les appels entrants de keyyo directement sur le poste utilisant le click to call.

Donc deux problèmes :
- Comment faire pour utiliser le click to call sur plusieurs postes à partir d'un accès keyyo mutualisé ?
- Comment exploiter le svi et le clictocall ?

En fait il faudrait pouvoir renseigner l'extension émettrice de l'appel afin que keyyo rappelle directement cette extension (N°sda, champ sip, ...)

Si quelqu'un a une idée

cdt

[DIALOGSoftware]

Dans notre cas, nous avons :
. 1 compte SIP pour le groupe principal chez KEYYO, la SDA est redirigée vers le groupe principal de notre 3CX
. x comptes SIP pour nos x téléphones que l'on souhaite contacter depuis l'extérieur (à une extension 3CX, un compte SIP Keyyo)

Du coup dans notre cas, nous passons directement le n° du téléphone à appeler dans cette "merveille" de script. Keyyo appelle le compte SIP en question, l'appel est redirigé vers 3CX, qui le redirige vers l'extension liée à cette SDA.

Pas trouvé mieux pour le moment.

[mensa]

Bonjour,

Le problème se situe au niveau de la ligne suivante dans l'INVITE provenant du PBX 3CX:
"Referred-By: "MakeCall"<sip:MakeCall@127.0.0.1:5060>"

Admettons que le numéro de la tete de ligne configuré sur le PBX 3CX est 0123456789.

Y'aurait-il possibilité dans le PBX 3CX ou au niveau du 3CX Assistant :
- De désactiver ce Referred-By dans le PBX 3CX?
- De placer le numéro de tête de ligne dans le username de l'uri de la manière suivante :
-> Soit changer le from de l'invite du 3CX Aassistant vers le PBX 3CX de la forme :
From: "MakeCall" <MakeCall@127.0.0.1:5060>
vers
From: "MakeCall"<sip:0123456789@prx1.sip.phonesystems.net:5060>"
-> Soit changer directement le referred-By en placant le numéro de tête de ligne dans le PBX 3CX de la manière suivante :
"Referred-By: "MakeCall"<MakeCall@127.0.0.1:5060>
vers
"Referred-By: "MakeCall"<sip:0123456789@prx1.sip.phonesystems.net:5060>"

Si quelqu'un de 3CX passe par ici, merci pour vos réponses!

Cordialement,
--
Mensa

[mensa]

Bonjour!

Bon apparemment, le problème serait corrigé!
Je n'arrive plus à le reproduire!

Quelqu'un a-t-il encore des problèmes?
--
Mensa

[cdumaine]

Curieux j'ai tester de nouveau avec un 3cx à jour => Même problème

[cdumaine]

Résolu en release 10.

Si d'autre utilisateur peuvent confirmer.

[mensa]

Résolu en release 10.
Si d'autre utilisateur peuvent confirmer.

Je confirme! Je n'arrive vraiment pas à reproduire le problème alors que je suis en version 9...
Et si quelqu'un pouvait me donner des traces pour me dire si cela n'est pas corrigé ça peut aider!
--
Mensa