Bonjour, je vient ici car je n’arrive pas a connecter le plugin client sip a mon serveur 3CX, j’ait vu les quelques postes qui sont présents sur le forum a ce propos, mais apparemment personne n’a réussi a le faire…
est ce que depuis quelqu’un a réussi
en vous remerciant d’avance
YPDP
Est-ce que 3cx a des log de la tentative de connexion
J’ai mis de côté se plugin par manque de temps donc il y a pleins de choses qui ne fonctionne pas /plus
J’ai commencé une refonte pour fiabiliser les entrée sortie mais pour le moment je rentre trop tard le soir et trop de choses à faire le week-end
J’avais étudié cette possibilité 3CX pour mon portier, et des tests et infos récupérés sur le forum 3CX, un client SIP standard n’est pas capable de s’enregistrer sur un serveur 3CX, il faut utiliser le client 3CX.
oula, je suis désolé de ne pas vous avoir répondu mais je n’ait pas eut la notification comme quoi j’avais une réponse…
bon, donc apparemment, d’après vos réponses ce n’est pas possible…, et pour bien répondre a vos question, non mon serveur 3cx n’a pas de logs de tentative de connexion…
est ce que vous allez peut-être un jour rajouter cette possibilité ?
Y a peut de chance
Bonjour,
Je tombe sur ce post, avec le même problème de mon côté.
J’ai regardé un peu mes logs, le souci (d’après moi, mais ce n’est qu’une piste, je ne me permets pas d’affirmer) semble venir du fait que le plugin tente de se connecter (Register) à 3cx en utilisant :
From: <sip:h08G7b2gry@10.xx.xx.xx:5060> ...
avec l’ID d’authentification et non le numéro de l’extension…
On devrait, je pense, avoir, pour l’extension 28 créée sur 3CX, par exemple :
From: <sip:28@10.xx.xx.xx:5060> ...
Est-ce une piste ? A creuser ?
Ou bien on oublie la possibilité de se connecter à 3CX ?
Belle journée,
Oui normalement c’est le numéro.
C’est d’ailleurs le cas sur mon serveur asterisk
Edit
Voici les log chez moi
[2021-01-20 08:00:08][INFO] : TX : REGISTER sip:6005@192.168.0.105:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 192.168.0.105:5060;rport;branch=z9hG4bK875005 From: <sip:6005@192.168.0.105:5060>;tag=23731 To: <sip:6005@192.168.0.105:5060;transport=udp> Server: Asterisk PBX 16.2.1~dfsg-1+deb10u2 Authorization: Digest username="6005", realm="asterisk", nonce="1611126008/3a778ce22c6e95ca335d0538a6222a52", uri="sip:6005@192.168.0.105:5060;transport=udp", response="14d737d910220d8dae4561449a7d5dfc", algorithm=MD5, qop="auth", nc="00000001", cnonce="a99698df81b306f09798ab9256781ba7" Call-ID: 1d932a943afaed8bc1c6ea14954d9430 CSeq: 21 REGISTER Contact: <sip:6005@192.168.0.105:5060> Max-Forwards: 70 User-Agent: Jeedom Expires: 1800 Content-Length: 0
[2021-01-20 08:00:08][INFO] : RX: SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.0.105:5060;rport=39980;received=192.168.0.105;branch=z9hG4bK875005 Call-ID: 1d932a943afaed8bc1c6ea14954d9430 From: <sip:6005@192.168.0.105>;tag=23731 To: <sip:6005@192.168.0.105>;tag=z9hG4bK875005 CSeq: 21 REGISTER Date: Wed, 20 Jan 2021 07:00:08 GMT Contact: <sip:6005@192.168.0.105:5060>;expires=1799 Expires: 1800 Server: Asterisk PBX 16.2.1~dfsg-1+deb10u2 Content-Length: 0
Ok, est-ce que tu utilises le numéro d’extension comme « user » pour l’authentification (je ne sais pas comment fonctionne Asterisk) ? Et donc c’est le numéro qui est renseigné dans ton compte client SIP sous « Authentification » ?
Je me rends compte que certainement, oui (la réponse est dans le log)
Authorization: Digest username="6005", realm="asterisk"...
Je vais rechercher un log 3CX pour voir comment cela se passe de son côté, mais le « username » est différent de l’extension.
Ha oui je ne me suis pas pris la tete dans ma conf c’est donc possible que le probleme vienne de la
Bonjour la version que je viens de poussé prend en compte du numero d’appel dans le protocole sip a la place du username
cela devrait pouvoir regle se probleme
Hello,
Merci pour la MAJ et le message. J’ai testé, je ne parviens pas à me connecter mais comme j’en discutais avec un autre membre, ce qui est curieux c’est que l’on ne voit rien dans les logs de notre 3CX, même pas une ligne sur la tentative de connexion… on va creuser avec qqn côté 3CX parce que perso ça me dépasse 
J’ai prevue de monter une VM avec un serveur 3CX pour avancé sur le sujet
C’est effectivement etrange qu’il n’y ai pas du tout de trace de connexion.
Coté plugin vous avez quoi en debug
Bonjour, j’ai le même problème chez moi, impossible de le faire communiquer avec 3CX.
J’ai ce message d’erreur à chaque fois dans les log de clientSIP : « Can’t find realm in proxy-auth »
Cela veux dire que 3cx n’a pas envoyer en retour de la connexion au proxy le realm necessaire a l’autentification
Chez moi je ne passe pas par un proxy mais l’autentification est la meme
voici le log recu d’asterisk
0002|[2021-03-09 10:50:04]INFO : RX: SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.0.26:5061;rport=45427;received=192.168.0.26;branch=z9hG4bK378179 Call-ID: f076ac26e1e8d9c8ff8ba3fc7f188755 From: ;tag=15426 To: ;tag=z9hG4bK378179 CSeq: 20 REGISTER WWW-Authenticate: Digest realm="asterisk",nonce="xx/xxx",opaque="xx",algorithm=md5,qop="auth" Server: Asterisk PBX 16.2.1~dfsg-1+deb10u2 Content-Length: 0
Je check ce soir et je te renvoie les logs
Bonjour à tous et merci mika-nt28 pour ce dev.
J’avais un peu laissé de coté l’intégration sip sur jeedom par manque de temps et car j’avais le même probleme et j’ai vu hier la mise à jour du plugin.
Le client est maintenant ok avec cette version, mais lorsque je fais vers jeedom depuis un client 3cx, l’appel ne semble pas arriver. Dans l’autre sens, jeedom vers extension, l’appel se fait.
Pas encore fait de traces détaillées.
Pour les logs coté client sip mais pas de trace de l’appel entrant
[2021-03-15 22:12:02][INFO] : TX : REGISTER sip:105@192.168.4.202:5160;transport=udp SIP/2.0 Via: SIP/2.0/UDP 192.168.4.150:5160;rport;branch=z9hG4bK287519 From: <sip:105@192.168.4.202:5160>;tag=95140 To: <sip:105@192.168.4.202:5160;transport=udp> Call-ID: 328ad4129e0f95823ef019496e80bc4a CSeq: 20 REGISTER Contact: <sip:105@192.168.4.150:5160> Max-Forwards: 70 User-Agent: Jeedom Expires: 180 Content-Length: 0
[2021-03-15 22:12:02][INFO] : RX: SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/UDP 192.168.4.150:5160;rport=55729;branch=z9hG4bK287519 Proxy-Authenticate: Digest nonce="414d5359604fcda215:6966e497c7887a3aafcbf5991abc8b75",algorithm=MD5,realm="3CXPhoneSystem" To: <sip:105@192.168.4.202:5160;transport=udp>;tag=2411f35a From: <sip:105@192.168.4.202:5160>;tag=95140 Call-ID: 328ad4129e0f95823ef019496e80bc4a CSeq: 20 REGISTER Content-Length: 0
[2021-03-15 22:12:02][INFO] : TX : REGISTER sip:105@192.168.4.202:5160;transport=udp SIP/2.0 Via: SIP/2.0/UDP 192.168.4.150:5160;rport;branch=z9hG4bK210510 From: <sip:105@192.168.4.202:5160>;tag=95140 To: <sip:105@192.168.4.202:5160;transport=udp> Proxy-Authorization: Digest username="105", realm="3CXPhoneSystem", nonce="414d5359604fcda215:6966e497c7887a3aafcbf5991abc8b75", uri="sip:105@192.168.4.202:5160;transport=udp", response="2cda06b4e156d62ca97ca282d8888d35", algorithm=MD5 Call-ID: 328ad4129e0f95823ef019496e80bc4a CSeq: 21 REGISTER Contact: <sip:105@192.168.4.150:5160> Max-Forwards: 70 User-Agent: Jeedom Expires: 180 Content-Length: 0
[2021-03-15 22:12:02][INFO] : RX: SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.4.150:5160;rport=55729;branch=z9hG4bK210510 Contact: <sip:105@192.168.4.150:5160>;expires=180 To: <sip:105@192.168.4.202:5160;transport=udp>;tag=99037558 From: <sip:105@192.168.4.202:5160>;tag=95140 Call-ID: 328ad4129e0f95823ef019496e80bc4a CSeq: 21 REGISTER User-Agent: 3CXPhoneSystem 16.0.8.9 (9) Content-Length: 0
Oui j’ai un bug sur la reception d’appel.
Quand je resous le probleme c’est du coup l’emission qui ne fonctionne plus
Pour le moment seul les appel fonctionne
Bonjour,
Perso de mon côté c’est ni les appels entrant ni les sortants qui marchent
Je n’ai pas encore configurer tous mes clients 3cx.
La caméra de mon téléphone ne fonctionne plus donc je ne peux pas scanner le qrcode
Faut que je regarde pour configurer un autre compte sur linphone.
Néanmoins si je demande à Jeedom de passer un appel j’ai bien les log sur le serveur 3cx
Est-ce que tu essayé en local ?
J’ait un sbc donc c’est comme en local