La Fibre
Datacenter et équipements réseaux => Routeurs => 
Remplacer la LiveBox par un routeur => Discussion démarrée par: Mastah le 17 juin 2017 à 23:06:19
-
Bonjour !
Suite à un reboot, aujourd'hui (samedi 17 juin 2017), il semblerait que mon téléphone / siproxd n'arrive plus à s'authentifier auprès des servers orange.
Les seuls log à ma disposition :
INFO:src/plugin_orange.c:298 proxying REGISTER without {Proxy-,}Authorization: headers
Des idées, et suis-je le seul ?!
Edit: Quelques log en plus
src/plugin_orange.c:298 INFO:proxying REGISTER without {Proxy-,}Authorization: headers
plugin_logcall.c:135 INFO:Outgoing (INVITE) Call: +33xxxxxxxxxx@orange-multimedia.fr -> 06xxxxxxxx@orange-multimedia.fr [Req: 06xxxxxxxx@cae7.pc.sbct3g.orange-multimedia.net] [IP: 192.168.X.X:XXXX] [CID: 24429267@192_168_X_X]
src/plugin_orange.c:298 INFO:proxying REGISTER without {Proxy-,}Authorization: headers
plugin_logcall.c:135 INFO:Outgoing (INVITE) Call: +33xxxxxxxxxx@orange-multimedia.fr -> 06xxxxxxxx@orange-multimedia.fr [Req: 06xxxxxxxx@cae7.pc.sbct3g.orange-multimedia.net] [IP: 192.168.X.X:XXXX] [CID: 24429267@192_168_X_X]
-
J'ai résolu mon problème. Il s'agissait d'un problème de resolv dns.
-
Bonjour,
Mon siproxd ne fonctionne plus non plus, ça semble plus grave car j'ai ça comme message :
08:46:29 INFO:src/plugin_orange.c:132 logging in
auth_step2: The requested URL returned error: 443 Obsolete Version
08:46:30 ERROR:src/plugin_orange.c:232 auth_step2 failed, aborting
08:46:30 ERROR:src/plugin_orange.c:136 plugin_orange: could not login to account
08:46:30 INFO:plugins.c:112 Plugin 'plugin_orange' [SIP plugin for Orange Livephone, version 0.2.1] loaded with failure, exemask=0x165
Le 'Obsolete Version' laisse à penser que la procédure de connexion SIP aurait été changée par Orange.
Quelqu'un d'autre à-t-il le même problème ? Ou un siproxd qui fonctionne toujours ?
-
Idem (pas cool du tout)...
J'imagine qu'il y a eu une mise à jour de l'application sur iOS et qu'ils ont changé la méthode d'authentification...
Edit: Non, étrange elle n'a pas été modifiée depuis le 1 juin 2016. Peut-être que c'est à ce moment là qu'ils ont changé quelque chose, mais gardé la compatibilité jusqu'à... aujourd'hui...
-
J'ai jeté un oeil au code source du plugin de x0r,la partie 'auth_step2' se trouve dans auth.c
Et on a ça :
const char fake_os_name[] = "Android";
const char fake_os_ver[] = "5.0";
const char fake_ua_ver[] = "2.6.0";
C'est peut-être juste cette version qui n'est plus supportée. Par contre je n'ai pas trop le temps de tester...
-
Même constat chez moi
10:21:38 INFO:src/plugin_orange.c:132 logging in
auth_step2: The requested URL returned error: 443 Obsolete Version
10:21:38 ERROR:src/plugin_orange.c:232 auth_step2 failed, aborting
10:21:38 ERROR:src/plugin_orange.c:136 plugin_orange: could not login to account
10:21:38 INFO:plugins.c:116 Plugin 'plugin_orange' [SIP plugin for Orange Livephone, version 0.2.1] loaded with failure, exemask=0x165
Pas non plus trop le temps de diagnostiquer et faire la MAJ du code.
-
Possible, effectivement !
Pas trop le temps non plus, en attendant j'ai ressorti un vieil iPhone 4s et j'ai mis l'application Livebox phone dessus...
Il faut essayer avec 3.2.0 au lieu de 2.6.0
-
Je vais essayer de faire la modif que tu proposes et recompiler et tester ce soir quand mes loulous seront couchés. Si ça marche j'essaye de faire un commit sur le GIT.
-
...testé, pas marché.
-
Même résultat chez moi. J'ai un peu joué avec les différents paramètres, toujours l'erreur 403 Obsolete Version...
J'ai bien peur que la méthode d'authentification elle-même ait changé, et franchement je n'ai ni les compétences de ~x0r, ni le temps de mettre en place tout le nécessaire (il faut un proxy HTTPS à priori).
Je crois que je vais prendre une ligne SIP chez OVH et faire une redirection permanente de mon numéro vers cette ligne...
-
J'ai commencé à installer mitmproxy hier.
A priori l'appli orange livephone ne prends pas en compte le certficat utilisateur de mitm. Je retente dans la journée en prenant une tablette rootée, et en installant le certificat dans le store système.
-
Falcon, si tu peux trouver quelque chose bravo.
Pour ma part, j'ai pris un compte Ippi gratuit et j'ai fait une redirection de mes appels Orange dessus. Ca règle le cas des appels entrants.
Pour les appels sortant, je les passe en RTC, grâce à mon C530 IP.
-
RTC over Fibre ?
Vraiment ? :o
En fait, t'as un câble entre la prise tel "classique" du Gigaset et la prise FXO de la Livebox nan ?
-
En fait, t'as un câble entre la prise tel "classique" du Gigaset et la prise FXO de la Livebox nan
Oui, le boitier du Gigaset a une connection ethernet (pour le SIP) et une autre RTC (prise téléphone RJ). Je relie celle-ci à la prise téléphone de la Livebox. Et après on peut choisir selon le début du numéro si les appels sortant partent sur un canal SIP ou la sortie RTC.
Par contre ça ne fonctionne qu'à partir des combinés C530, on ne peut pas rerouter un appel SIP sur le RTC. Et ça ne passe pas par Asterisk, donc pas de filtrage, suivi... Mais ça dépanne.
-
J'ai bien l'impression que la procédure d'authentification a changée.
Je vois passer par mitmproxy plusieurs trames vers sso.orange.fr, mais en GET et non plus en POST, et aussi des liens vers Microsoft Azure.
J'ai réussi à décompiler l'appli LivePhone Android, je suis en train d'éplucher les codes sources.
-
J'ai réussi à décompiler l'appli LivePhone Android, je suis en train d'éplucher les codes sources.
Moi aussi, mais toute la partie authentification se situe dans les lib compilées nativement pour arm. Ca va être beaucoup plus difficile à interpréter (pour le code Java ça va).
-
Bon, je ne pourrais pas vous être d'une grande aide.
Je suis en train d'envisager de régler le problème d'une manière radicale :
profiter d'une promo fibre SFR à 30/mois pour les mêmes débits orange facturés à 47€/mois... et porté mon numéro fixe vers une formule OVH à 17€ /mois.
A peu de choses près le même tarif au final pour les mêmes débits, mais stable et sans artifices Siproxd.
A plus qu'à regarder dans la partie SFR du forum comment bypasser ou mettre en bridge la box SFR avant de passer à l'action.
-
Pour info, Fibre pro orange, pas de souci hormis le problème de DNS de mon premier post. Tout semble fonctionner OK. Je verif ce weekend.
Edit: C'est effectivement OK en fibre pro
-
Bon en fait finalement j'ai bien le problème :
Jul 17 22:05:08 antares siproxd[9091]: src/plugin_orange.c:132 INFO:logging in
Jul 17 22:05:09 antares siproxd[9091]: src/plugin_orange.c:232 ERROR:auth_step2 failed, aborting
Jul 17 22:05:09 antares siproxd[9091]: src/plugin_orange.c:136 ERROR:plugin_orange: could not login to account
-
A-t-on quelqu'un qui travaille sur le sujet? J'ai commencé à regarder de mon côté, je ne sais pas si on peut discuter ouvertement de ça ici ?
J'ai identifié deux trois choses, si ça peut aider à avancer. Je n'ai pas beaucoup le temps et mon niveau en assembleur arm est un peu juste :).
Si c'est ok avec les modérateurs, je peux mettre ici ce que j'ai trouvé ?
-
Je ne parle pas au nom de Vivien, mais je me permets de vous rappeler que l'auteur de siproxd a ete "fortement incite" par orange a arreter.
Le mieux est peut etre de discuter de cela entre vous et de partager la solution quand elle est prete
-
Qui dit "assembleur" dit décompilation.
Or, notre x0r national a été épinglé pour avoir décompilé un logiciel.
Attention donc à ce que vous publiez.
-
Oui en effet, c'est un sujet qui semble "épineux". Par contre je ne pense pas qu'il soit illégal de dé-compiler le code (on a le droit de savoir ce que le code écrit par un éditeur de logiciel réalise sur notre machine ou notre smartphone). Par contre on a pas le droit de publier du code qui détourne le contrat de service d’Orange sur l'utilisation du service de téléphonie. Autrement dit, ce qui est illicite c'est justement de publier le code du proxy SIP.
Comme l'a écrit x0R sur son blog :
Le seul aspect qui posait vraiment problème, c'était la question de savoir si j'avais le droit de mettre à disposition le code source de siproxd_orange, qui contenait du coup des informations d'interopérabilité obtenues par décompilation
Autrement, et par curiosité, j'ai également regardé le code de cette nouvelle version. J'ai pu décrypter les fichiers de configuration me permettant de connaitre la nouvelle adresse du service sfcpe (clé de décryptage dans le code Java). J'ai aussi récupéré dans le code de la lib native "VoipEngine" les routines de provisioning. Il y a en fait 3 nouveaux paramètres à passer dans l'URL du service dont un token de 9 caractères basé sur un hash SHA1 lié à une clé connue dans le code de la lib. Mais la génération de ce token est assez compliquée à comprendre (manipulation de chaîne alambiquée).
En soit, je ne comprends pas vraiment pourquoi Orange bloque à ce point l'utilisation de sa ligne tel en SIP. En tout cas, la génération du token semble le dernier rempart pour réaliser l’authentification et avoir le XML de provisioning contenant les adresses du serveur SIP. Bon après je vous avouerai que depuis que je me suis amusé à mettre un serveur Asterik connecté sur ma ligne Orange comme détaillé dans mon guide, je ne l'ai jamais utilisé. Donc pour ma part, je vais surtout arrêter çà car quand bien même on arrive trouver comment générer le token, il suffit qu'Orange modifie cette procédure dans une nouvelle version et hop retour à la case départ. Surtout que si ils le veulent vraiment, il y a des moyens beaucoup efficace pour offusquer le code et le rendre illisible.
Bien à vous,
-
Je pense que l'on peut faire un parallèle entre ces changements "soudains" de configuration (merci pour les infos) et les recherches de x0r sur le sujet.
-
Je me demande s'il n'y aurait pas des infos dans le code opensource qu'ils publient ?
Perso, j'ai ai jeté un coup d’œil mais j'ai rien vu qui ressemblait à un paramétrage SIP... Faut dire aussi qu'avec tous les dossiers c'est pas facile de savoir dans quoi il faut regarder...
Pour ceux qui veulent c'est par ici : https://opensource.orange.com/en/software/home-sofware/livebox/livebox-play-sagemcom/
-
Non, il n'y a rien...
-
En soit, je ne comprends pas vraiment pourquoi Orange bloque à ce point l'utilisation de sa ligne tel en SIP.
Beaucoup d'opérateurs bloquent cette possibilité pour éviter que ton abonnement GP ne servent de "téléphone" à des boutiques qui vendent des communications à l'étranger.
Aucun grand FAI n'encourage à se passer de sa box ... Le dernier était Free, mais maintenant le mode bridge ne sait pas "router" (si l'on peut dire ainsi même si en bridge tu ne routes rien) le Gigabit donc ...
-
Non, il n'y a rien...
Dommage, x0r lui-même avait évoqué cette possibilité.
Par curiosité j'ai essayé de compiler (le script est inclut), mais ça plante très vite, et même si ça allait au bout je me demande ce qu'on récupérerait à la sortie... Un firmware avec tout sauf les trucs proprio ?
-
Beaucoup d'opérateurs bloquent cette possibilité pour éviter que ton abonnement GP ne servent de "téléphone" à des boutiques qui vendent des communications à l'étranger.
Aucun grand FAI n'encourage à se passer de sa box ... Le dernier était Free, mais maintenant le mode bridge ne sait pas "router" (si l'on peut dire ainsi même si en bridge tu ne routes rien) le Gigabit donc ...
Le plugin ne peut-être utilisé que depuis la ligne Orange qui a souscrit, ça ne marche pas de l'extérieur, donc y'avait pas plus de risque que de brancher un tel sur la prise FXS...
Ils auraient pu faire comme Free et bloquer les appels internationaux.
-
Le plugin ne peut-être utilisé que depuis la ligne Orange qui a souscrit, ça ne marche pas de l'extérieur
Rien n'empêche de monter un serveur asterisk qui écoute sur l'IP publique et relayé sur la ligne SIP orange, donc si, ça marche depuis l'extérieur avec un minimum de compétences. C'est clairement pour empêcher la revente de crédits téléphoniques qu'Orange bloque...
-
Rien n'empêche de monter un serveur asterisk qui écoute sur l'IP publique et relayé sur la ligne SIP orange, donc si, ça marche depuis l'extérieur avec un minimum de compétences. C'est clairement pour empêcher la revente de crédits téléphoniques qu'Orange bloque...
Ah oui, en faisait comme ça d'accord.
Mais j'avais lu par exemple que même en utilisant un VPN si on utilise la ligne "en direct" ça ne marche pas. Faudrait que je retrouve le post et les explications.
-
Autrement, et par curiosité, j'ai également regardé le code de cette nouvelle version. J'ai pu décrypter les fichiers de configuration me permettant de connaitre la nouvelle adresse du service sfcpe (clé de décryptage dans le code Java). J'ai aussi récupéré dans le code de la lib native "VoipEngine" les routines de provisioning. Il y a en fait 3 nouveaux paramètres à passer dans l'URL du service dont un token de 9 caractères basé sur un hash SHA1 lié à une clé connue dans le code de la lib. Mais la génération de ce token est assez compliquée à comprendre (manipulation de chaîne alambiquée).
C'est bien ça oui. J'ai eu du mal à le lire aussi, mais en le traçant, j'ai compris.
En tout cas, la génération du token semble le dernier rempart pour réaliser l’authentification et avoir le XML de provisioning contenant les adresses du serveur SIP.
Presque :-(. J'ai bien la réponse du serveur avec ma génération de token, mais pour l'instant je bloque sur l'interpretation de la réponse pour générer le ha1, ça a aussi changé à ce niveau.
-
Ça avance bien à ce que je vois :)
-
J'ai un copie du dernière app iOS, déchiffré. J'ai essayeé de le disassembler, mais je ne suis pas vraiment un programmeur xcode. Si quelq'un voudrais essayer, j'ai le fichier.
-
Je veux bien l'appli oui. J'ai bien avancé, j'ai le ha1, mais je bute sur le MD5. Ils utilisent une version modifiée qui est un peu un cauchemard à suivre en assembleur :). On peut espérer, la version IOS sera peut-être plus facile à comprendre.
Je sens que ça va se terminer avec une version pour raspberry seulement en repiquant la routine en assembleur :-(.
-
Bon, ça tourne avec une petite ruse sur un raspberry! :)
J'ai un petit soucis sur l'entrant, quelqu'un a une idée ? Asterisk me dit:
[Aug 19 21:39:50] NOTICE[13011][C-00000004]: chan_sip.c:26219 handle_request_invite: Call from '' (192.168.x.x:5570) to extension '+33xxxxxxx' rejected because extension not found in context 'default'.
Je n'ai pas touché à ma configuration asterisk depuis l'arrêt. Un header qui manque peut-être ?
-
C'est plutôt la règle des flux sortant du fichier /etc/asterisk/extensions.conf
Il y a l'indicatif pays dans l'appel (+33). Du coup aucune règles ne match !
Ex:
exten => _0[1-5]XXXXXXXX,1,Dial(SIP/${EXTEN}@******)
exten => _09XXXXXXXX,1,Dial(SIP/${EXTEN}@******)
exten => _0[6-7]XXXXXXXX,1,Dial(SIP/${EXTEN}@******) ; Allow call on 06XXXXXXXX or 07XXXXXXXX
Mais le +33 n'est pas pris en compte
Ce qui donne :
[Aug 19 22:08:08] NOTICE[24887][C-00000006]: chan_sip.c:25650 handle_request_invite: Call from '******' (192.168.***.***:******) to extension '+33*********' rejected because extension not found in context '********'.
Edit: Je suis preneur en pm (ou ici) des choses que tu as faites pour de nouveau obtenir la connexion aux serveur orange.
Bon par contre, je suis depuis longtemps passé à OVH pour du SIP (pour 1€, pourquoi se priver d'un vrai service ...)
-
Bonsoir letama,
Je ne suis pas sûr ce soit un problème de règle de numéro car l'erreur mentionne le contexte 'default' ce qui n'est pas bon. La cause peut être que dans sip.conf, Asterisk ne parvient pas à associer l'appel à la section de siproxd (malgré le outboundproxy) et donc ne parvient pas à envoyer l'appel sur le bon contexte (donc il prend default). Le host utilisé est bien toujours orange-multimedia.fr ?
Sinon je suis preneur aussi comme Mastah d'un solution fonctionnelle pour siproxd
-
Bonsoir Letama,
Je suis aussi preneur de la solution, en te remerciant par avance.
Mastash
Edit: Je suis preneur en pm (ou ici) des choses que tu as faites pour de nouveau obtenir la connexion aux serveur orange.
Bon par contre, je suis depuis longtemps passé à OVH pour du SIP (pour 1€, pourquoi se priver d'un vrai service ...)
Tu es tributaire d'une solution packagé, tu ne peux pas relier ton ipbx? De plus as-tu de l'illimité?
Cordialement
-
Pour résoudre le problème des appels entrants, il suffit de rajouter dans le contexte default :
exten => _+339XXXXXXXX,1,Dial(SIP/${EXTEN}) remplacer les X par le numéro de la ligne. En gros, on considère le numéro comme un poste interne.
Testé sur mon asterisk.
Si je ne le met pas ça me dit quasiment la même chose :
chan_sip.c:25650 handle_request_invite: Call from '300' (77.XX.XX.144:54243) to extension '+339XXXXXXXX' rejected because extension not found in context 'internal'.
-
Bonsoir Letama,
Je suis aussi preneur de la solution, en te remerciant par avance.
Mastash Tu es tributaire d'une solution packagé, tu ne peux pas relier ton ipbx? De plus as-tu de l'illimité?
Cordialement
Je ne vois pas trop ce que tu entends par tributaire. L'offre ovh c'est un service SIP des plus classique (tu te register dessus avec ton compte SIP). Ensuite de ton coté tu peux mettre ce que tu veux. Dans mon cas j'ai un asterisk (proxy sip), avec un numéro + gestion voicemail (qui m'envoi les messages du répondeur directement par mail). Rien est fait coté OVH.
On se retrouve exactement dans le cas de figure : asterisk + orange.
Pour les communications, c'est illimité vers 90 destinations (listés) à raison d'appel de moins d'une heure. Au delà de l'heure, tu as une grille tarifaire. Dans mon cas je n'ai pas pris l'option appel sur portable (06 - 07).
En gros pour 1€ tu as des appels illimité vers 90 destinations si moins de 60mins. Et pour la plus pars des destinations, des prix autour de 0.05€ la minutes après les 60mins. L'option vers les portables est un peu plus cher (de mémoire un euro supplèmentaire).
Par sécurité, mon asterisk est configuré pour ne pas pouvoir appeler des numéro en 06 et 07 ainsi qu'une coupure de communication après 55mins.
Edit: La grande différence étant qu'OVH respect les standard :)
-
Bonjour Mastach,
Quand je parle de tributaire, je pense solution centrex car pour l'offre à 1 €, tu as une location de telephone certe offert mais il est précisé
Utilisation d’un téléphone OVH obligatoire pour l’offre VoIP Entreprise Mobile (identifiants SIP non fournis). Sans engagement ni frais d’accès au service
A moins qu'on ne parle pas du même forfait!
Cordialement
-
Je pense qu'il parle du forfait découverte, pour lequel un téléphone SIP est aussi mis à disposition, mais son utilisation n'est pas obligatoire si j'en crois https://www.ovhtelecom.fr/telephonie/voip/decouverte.xml
-
Merci pour les réponses, je vais regarder ça de plus près.
Voilà mon état actuel: https://pastebin.com/36qZ9r3N (https://pastebin.com/36qZ9r3N)
Il y a du ménage à faire et j'ai hardcodé mes identifiants à certains endroits pour simplifier, il faut que je les récupère proprement. Je n'ai pas de temps libre pour ça en ce moment mais si ça peut aider ;)
Pour le moment, il faut impérativement un raspberry ou une machine arm pour utiliser ce que j'ai fait, j'appelle directement une fonction de la DLL pour calculer le digest.
-
Merci Letama
Je vais essayé de le remettre sur un rasp. Il faut tout recompiler, les modifications sont a rajouter quand il y a + et a enlever quand il y a - avec diff?
Mastah, je suis aussi preneur de ta solution pour OVH, comment tu peux récuperer les identifiant SIP? Pour le proxy tu utilises quoi?
Merci de vos réponses.
Cordialement
-
comment tu peux récuperer les identifiant SIP?
Les identifiants sont accessibles librement sur la console de gestion du compte...
-
Je vais essayé de le remettre sur un rasp. Il faut tout recompiler, les modifications sont a rajouter quand il y a + et a enlever quand il y a - avec diff?
Oui, normalement tu peux appliquer le diff automatiquement, mais je n'ai pas tout mis, pas sûr qu'il passe tel quel.
Attention, c'est brut de décoffrage actuellement, il manque des free() et ça va leaker, faire fonctionner libhybris n'est pas forcement évident non plus. C'est plus destiné aux habitués du dev en attendant que je finisse le ménage et que je puisse faire un commit propre sur le git.
-
Ok merci Letama.
Cordialement
-
Bonjour Mastach,
Quand je parle de tributaire, je pense solution centrex car pour l'offre à 1 €, tu as une location de telephone certe offert mais il est précisé A moins qu'on ne parle pas du même forfait!
Cordialement
Je parle de ça : https://www.ovhtelecom.fr/telephonie/voip/ (VoIP Découverte)
Tu créés toi même ton numéro / group. Tu set toi même le password SIP. Il y a même les tuto OVH pour config asterisk afin d'utiliser l'offre :)
Le téléphone est offert, mais pas obligatoire. Du coup je n'ai pas de caution, et je ne paie que 1€ par mois (0.99 HT, ~1.20€ TTC).
-
Je parle de ça : https://www.ovhtelecom.fr/telephonie/voip/ (VoIP Découverte)
Tu créés toi même ton numéro / group. Tu set toi même le password SIP. Il y a même les tuto OVH pour config asterisk afin d'utiliser l'offre :)
Le téléphone est offert, mais pas obligatoire. Du coup je n'ai pas de caution, et je ne paie que 1€ par mois (0.99 HT, ~1.20€ TTC).
Effectivement Mastash pour l'offre découverte, tout en bas on peut juste prendre une ligne SIP.
Cordialement
-
Bon, j'ai toujours le problème d'appel entrant :-(
Cela semble être spécifique à la config Asterisk, x-lite en direct sur le siproxd fonctionne bien.
Je ne suis pas sûr ce soit un problème de règle de numéro car l'erreur mentionne le contexte 'default' ce qui n'est pas bon. La cause peut être que dans sip.conf, Asterisk ne parvient pas à associer l'appel à la section de siproxd (malgré le outboundproxy) et donc ne parvient pas à envoyer l'appel sur le bon contexte (donc il prend default). Le host utilisé est bien toujours orange-multimedia.fr ?
J'ai l'impression que le problème est là oui. Le domaine n'a pas changé, c'est toujours orange-multimedia.fr, ce qui a changé par contre par rapport à ma configuration initiale, c'est que siproxy n'est plus sur la même machine.
exten => _+339XXXXXXXX,1,Dial(SIP/${EXTEN}) remplacer les X par le numéro de la ligne. En gros, on considère le numéro comme un poste interne.
C'est bien "_+33" et le numéro sans le 0, pas de 9, c'est bien ça ? J'ai essayé, ça ne fonctionne pas. Pourrais-tu me montrer ton sip.conf/extensions.conf ?
Ce qui semble le plus prometteur, c'est ça:
[orange-in]
exten => +33XXXXXXXX,1,Log(NOTICE, Incoming call to ${EXTEN})
exten => +33XXXXXXXX,n,Dial(SIP/5000&SIP/5001&SIP/5002&SIP/5003, 120)
[default]
exten => +33XXXXXXXX,1,Goto(orange-in,+33XXXXXXX,1)
J'ai bien mes téléphones qui sonnent, mais j'ai ça lorsque je décroche:
[Aug 20 17:55:32] NOTICE[18725][C-00000001]: chan_sip.c:23808 handle_response_invite: Failed to authenticate on INVITE to '"De 0XXXXXXXXXX" <sip:+33XXXXXXXXX@orange-multimedia.fr>;tag=as4e9eff9f'
C'est sûrement un truc stupide, mais je coince. Si quelqu'un a une idée, j'achète! :)
-
Ma config n'a rien à voir avec Orange, c'est un simple test avec des numéros en +33 entre 2 tels. Ta config semble bonne vu que les tels sonnent.
Pour ton erreur c'est peut-être une histoire de peer/user/friend sur le trunk siproxd ? le "Failed to authenticate on INVITE" me fait penser à ça. Essaies les 3 dans le doute.
-
J'ai l'impression que le problème est là oui. Le domaine n'a pas changé, c'est toujours orange-multimedia.fr, ce qui a changé par contre par rapport à ma configuration initiale, c'est que siproxy n'est plus sur la même machine.
Donc il faut que dans le fichier /etc/hosts de ton serveur Asterisk l'adresse orange-multimedia.fr soit associée à l'IP de ton serveur Siproxd.
[orange-in]
exten => +33XXXXXXXX,1,Log(NOTICE, Incoming call to ${EXTEN})
exten => +33XXXXXXXX,n,Dial(SIP/5000&SIP/5001&SIP/5002&SIP/5003, 120)
C'est bon
-
Donc il faut que dans le fichier /etc/hosts de ton serveur Asterisk l'adresse orange-multimedia.fr soit associée à l'IP de ton serveur Siproxd.
Bien vu !
Je crois que le dialplan a été modifié pour rien.
-
C'est bien ça! J'avais complètement zappé le hosts modifié.
Merci beaucoup Calcipher!
Donc je confirme, siproxd est fonctionnel avec mes patchs. C'est parti pour un peu de ménage maintenant... :)
-
Merci beaucoup Calcipher!
De rien, c'est toi qu'il faut remercier pour le taf...
-
Hate de voir le patch arrivé.
Beau travail Letama ainsi qu aux autres qui l'ont aidé
Cordialement
-
Nettoyage terminé! (plus ou moins :P)
https://github.com/letama/siproxd_orange (https://github.com/letama/siproxd_orange)
Faites moi signe si ça fonctionne chez vous.
-
Je l'aurais bien testé mais j'ai pas d'abo VoIP.
En tout cas chapeau pour le travail ;)
-
Bonjoir Letama, je le fais se soir normalement. Si j arrive a retrouver comment monté siproxd avec asterisk. Si tu a la procedure qui traine en mp ? Je te remercie par avance
Cordialement
-
Bonjoir Letama, je le fais se soir normalement. Si j arrive a retrouver comment monté siproxd avec asterisk. Si tu a la procedure qui traine en mp ? Je te remercie par avance
Cadeau :
-
Re bonsoir Letama, je suis en train de remettre en route le rasp, mais je bloque sur l'install de libhybris. pour le compiler, tu fais bien ./configure && make && make install? Il ne me trouve pas de fichier, en faisant un ls je trouve autogen.sh se qui me retourne
configure.ac:20: error: possibly undefined macro: AC_DISABLE_STATIC
autoreconf: automake failed with exit status: 1, du coups lors du ./configure j'ai des erreurs.
Cordialement
-
J'ai fais manuellement une partie du script travis-build de mémoire, ça doit ressembler à ça:
apt-get update
apt-get install autoconf automake autopoint autotools-dev android-headers build-essential git pkg-config libtool libgles2-mesa-dev libwayland-dev (pas sûr d'avoir installé les deux derniers, peut-être).
cd ~/libhybris/hybris
./autogen.sh
./configure --enable-arch=x86 --enable-experimental --with-android-headers=/usr/include/android
Pas besoin du enable wayland, on cherche juste libhybris.
** edit **
Je viens de tester sur un git clone propre, je n'ai pas d'erreur sur autogen.sh, tu as bien installé les packages qui précèdent ?
Tu es sous quelle version d'os ?
-
Merci, en effet il me manqué le paquet libtool, j'ai quelque warning avec
sudo make install ou make install
maintenant je ne trouve pas
Copier le contenu de extras/system/lib dans /system/lib
Compiler extras/test_hybris et l'executer. Cela permet de s'assurer que la librairie fonctionne correctement. Si tout va bien, vous devez obtenir:
Edit : ( Je viens de voir que tu a édité ton post)
Je suis sur ubuntu-mate-16.04.2
-
J'ai reussi à avoir le digest, la je seche sur la compilation de siproxd0.8.3 datant du 23 Aout 2017 plugin_blacklist.c:28:21: fatal error: sqlite3.h: No such file or directory, au vu de l'heure je re-essaye demain.
-
Hello, il faut installer libsqlite3 (et peut être libsqlite3-dev) pour résoudre cette erreur 😊 .
-
Bonjour à tous,
Je me suis lancé mais je bute sur ce point :
apt-get install android-headers
Impossible de trouver un dépot avec ce package (je suis sur un RPI en raspian Wheezy). Est-ce que vous avez un lien sur la bonne source ?
Merci
-
Hello, il faut installer libsqlite3 (et peut être libsqlite3-dev) pour résoudre cette erreur 😊 .
Oui, il faut libsqlite3-dev pour compiler.
Je me suis lancé mais je bute sur ce point :Impossible de trouver un dépot avec ce package (je suis sur un RPI en raspian Wheezy). Est-ce que vous avez un lien sur la bonne source ?
Wheezy est un peu ancien, je ne suis pas sûr que libhybris se compile avec. Il vaudrait peut-être mieux Jessie.
Tu peux essayer ça:
https://launchpad.net/ubuntu/xenial/armhf/android-headers/4.4.2-2-0ubuntu4 (https://launchpad.net/ubuntu/xenial/armhf/android-headers/4.4.2-2-0ubuntu4)
-
Wheezy est un peu ancien, je ne suis pas sûr que libhybris se compile avec. Il vaudrait peut-être mieux Jessie.
Effectivement ça coince...
Le package android-headers_4.4.2-2-0ubuntu4_all s'installe bien, mais à la compilation de libhybris j'ai cette erreur:
checking for ANDROID_HEADERS... yes
checking android-config.h usability... no
checking android-config.h presence... no
checking for android-config.h... no
configure: error: required header file is missing
Par contre je ne vais pas pouvoir passer en Jessie comme ça car le RPI sert pour autre chose. Faut que je trouve un créneau...
-
Calcipher, je peux t'envoyer les fichiers manquant que tu devras installer dans /usr/include/android. C'est une tentative car j'ai fait pareil que toi et apres j'ai eu plein de fichiers manquant.
Letama, plus d'erreur pour compilé siproxd-0.8.3. La ou je coince c'est que j'ai copié le rep siproxd_orange dans siproxd-0.8.3 fait un ./configure mais je n'ai pas le make pour le compilé, je suis en train de test avec un autoconf.
-
Hello,
Ravi de tomber sur ce fil. Coïncidence de calendrier, j'ai refait la machine ou siproxd tournait le jour ou l'opérateur a fait des modifications et je ne comprenais pas pour quelle raison j'avais cette erreur de version obsolète. J'ai ma réponse. ;D
Merci à Letama pour avoir pointé du doigt la raison de ce changement et d'y avoir porté une première solution ! Ne reste plus désormais qu'à "examiner" cette bibliothèque d'objet partagé pour reprendre et transposer la portion de code qui produit le hash et refaire fonctionner tout ça sur n'importe quelle plateforme. Merci encore ! ;)
A++
-
Calcipher, je peux t'envoyer les fichiers manquant que tu devras installer dans /usr/include/android. C'est une tentative car j'ai fait pareil que toi et apres j'ai eu plein de fichiers manquant.
Nickel. Comme tu as eu le digest, ça devrait fonctionner pour Calcipher aussi.
Letama, plus d'erreur pour compilé siproxd-0.8.3. La ou je coince c'est que j'ai copié le rep siproxd_orange dans siproxd-0.8.3 fait un ./configure mais je n'ai pas le make pour le compilé, je suis en train de test avec un autoconf.
Le ./configure n'a pas généré de Makefile? Un autoconf aidera peut-être oui, ou sinon montre moi ce qu'affiche ./configure ? Mon commit correspond à l'autoconf sous ubuntu 16.04, il y a peut-être des différences.
-
Calcipher, je peux t'envoyer les fichiers manquant que tu devras installer dans /usr/include/android. C'est une tentative car j'ai fait pareil que toi et apres j'ai eu plein de fichiers manquant.
Letama, plus d'erreur pour compilé siproxd-0.8.3. La ou je coince c'est que j'ai copié le rep siproxd_orange dans siproxd-0.8.3 fait un ./configure mais je n'ai pas le make pour le compilé, je suis en train de test avec un autoconf.
Alors j'ai copié le fichier android-config.h de cette source : https://raw.githubusercontent.com/Halium/android-headers/master/android-config.h
et du coup le./configure passe
Par contre ça plante ensuite sur le make :
make[2]: Entering directory '/domos/libhybris-master/hybris/tests'
CC test_vibrator-test_vibrator.o
test_vibrator.c:26:38: fatal error: hardware_legacy/vibrator.h: No such file or directory
compilation terminated.
Makefile:1042: recipe for target 'test_vibrator-test_vibrator.o' failed
Visiblement il manque le fichier vibrator.h dans l'arborescence de hybris . Je ne sais pas si c'est ce que tu as eu Fabien0683
Pour la compil de siproxd_orange, de mémoire il faut mettre le dossier siproxd sous celui de siproxd_orange (et non l'inverse).
-
Alors j'ai copié le fichier android-config.h de cette source : https://raw.githubusercontent.com/Halium/android-headers/master/android-config.h
et du coup le./configure passe
Par contre ça plante ensuite sur le make :
Code: [Sélectionner]
make[2]: Entering directory '/domos/libhybris-master/hybris/tests'
CC test_vibrator-test_vibrator.o
test_vibrator.c:26:38: fatal error: hardware_legacy/vibrator.h: No such file or directory
compilation terminated.
Makefile:1042: recipe for target 'test_vibrator-test_vibrator.o' failed
Visiblement il manque le fichier vibrator.h dans l'arborescence de hybris . Je ne sais pas si c'est ce que tu as eu Fabien0683
As tu les fichiers dans /usr/include/android/hardware_legacy?
Lors du ./configure tu n'as pas d'erreurs concernant des headers manquant?
-
J'ai rajouté les headers dans mon git, extras/android19_headers.tgz, à décompresser dans /usr/lib/android/
Pour la compil de siproxd_orange, de mémoire il faut mettre le dossier siproxd sous celui de siproxd_orange (et non l'inverse).
Plus maintenant. J'ai modifié les règles pour ne plus avoir de lien symbolique dans le plugin, il faut maintenant avoir le plugin dans siproxd (je pointe vers '..' dans le plugin)
-
As tu les fichiers dans /usr/include/android/hardware_legacy?
Lors du ./configure tu n'as pas d'erreurs concernant des headers manquant?
Dans /usr/include/android/hardware_legacy j'ai : audio_policy_conf.h et wifi.h mais pas de vibrator.h
Et je n'ai pas d'erreur lors du ./configure
-
Hello,
Ne reste plus désormais qu'à "examiner" cette bibliothèque d'objet partagé pour reprendre et transposer la portion de code qui produit le hash et refaire fonctionner tout ça sur n'importe quelle plateforme.
Oui j'aimerais bien aussi! Je préférerais ne pas avoir un raspberry dans la boucle, un device de moins à gérer... Comme je l'ai indiqué sur le readme, il ne reste plus qu'une fonction à 'examiner', mais c'est une grosse ☺. C'est un algo de hash ou cryptage que je ne reconnais pas, pas forcèment ultra complexe mais qui risque de prendre du temps à reproduire, d'où la solution actuelle. Si quelqu'un souhaite se pencher dessus, ou aurait une idée de quel algo il s'agit, je suis preneur et je peux aider 😉.
-
Dans /usr/include/android/hardware_legacy j'ai : audio_policy_conf.h et wifi.h mais pas de vibrator.h
Prends le tgz que je viens de rajouter dans misc (*edit* extras, tu as raison :)), ça devrait aller mieux.
-
Prends le tgz que je viens de rajouter dans misc, ça devrait aller mieux.
Dans extras, pas misc, mais c'est bon, hybris compilé.
Par contre dans ta doc tu dis :Copier le contenu de extras/system/lib dans /system/lib
Mais /system/lib ça n'existe pas ??
Pour l'étape d'après test_hybris compile bien, mais à l'exécution j'ai : starting!
calling
Segmentation fault
Mais c'est peut être lié au pb précédent
-
Dans extras, pas misc, mais c'est bon, hybris compilé.
Par contre dans ta doc tu dis :Mais /system/lib ça n'existe pas ??
Oui, il faut copier les fichiers de extras à la racine:
cd extras
cp -a system /
par exemple.
Pour l'étape d'après test_hybris compile bien, mais à l'exécution j'ai : starting!
calling
Segmentation fault
Mais c'est peut être lié au pb précédent
C'est ça. Si les librairies ne sont pas dans /system/lib ou si tu as de mauvaises versions, le programme de test plante.
-
Oui, il faut copier les fichiers de extras à la racine:
cd extras
cp -a system /
par exemple.
C'est ça. Si les librairies ne sont pas dans /system/lib ou si tu as de mauvaises versions, le programme de test plante.
En effet, c est les fichiers ne sont pas au bon endroit
-
Ok c'est bon pour hybris !!
starting!
calling
done!
digest final:1e911e934077f322ae7bea91fe1f1ad1
Par contre pour la suite la compil de siproxd_orange plante au Make :C -o src/.libs/plugin_orange_la-auth.o
src/auth.c:30:25: fatal error: openssl/aes.h: No such file or directory
compilation terminated.
Makefile:534: recipe for target 'src/plugin_orange_la-auth.lo' failed
make: *** [src/plugin_orange_la-auth.lo] Error 1
Problème de dépendance sur openssl à priori, mais je ne sais pas quel package il manque
-
Ok c'est bon pour hybris !!starting!
calling
done!
digest final:1e911e934077f322ae7bea91fe1f1ad1
Cool! Le plus dur est fait.
Par contre pour la suite la compil de siproxd_orange plante au Make :C -o src/.libs/plugin_orange_la-auth.o
src/auth.c:30:25: fatal error: openssl/aes.h: No such file or directory
compilation terminated.
Makefile:534: recipe for target 'src/plugin_orange_la-auth.lo' failed
make: *** [src/plugin_orange_la-auth.lo] Error 1
Problème de dépendance sur openssl à priori, mais je ne sais pas quel package il manque
Essaye:
apt-get install libssl-dev
-
C'est bon pour la compil du plugin. Les librairies sont bien générées.
Par contre j'ai une erreur quand je lance siproxd ensuite:15:09:30 plugins.c:83 load_plugins: opening plugin [/usr/local/lib/siproxd/plugin_orange.la]
15:09:30 ERROR:plugins.c:88 plugin plugin_orange.la not found - skipped
15:09:30 INFO:rtpproxy_relay.c:121 Current thread stacksize is 8192 kB
Pourtant /usr/local/lib/siproxd/plugin_orange.la est bien présent (et je suis en root)
-
C'est bon pour la compil du plugin. Les librairies sont bien générées.
Par contre j'ai une erreur quand je lance siproxd ensuite:15:09:30 plugins.c:83 load_plugins: opening plugin [/usr/local/lib/siproxd/plugin_orange.la]
15:09:30 ERROR:plugins.c:88 plugin plugin_orange.la not found - skipped
15:09:30 INFO:rtpproxy_relay.c:121 Current thread stacksize is 8192 kB
Pourtant /usr/local/lib/siproxd/plugin_orange.la est bien présent (et je suis en root)
en root fait un updatedb puis un locate plugin_orange.la, il vas te dire ou il se situe, pour moi c'est /root/siproxd-0.8.3dev/siproxd_orange/.libs/ tu n'as plus qu'a modifier ton plugindir dans le fichier siproxd.conf
Letama, lorsque je lance siproxd j'obtien
15:19:53.348 src/plugin_orange.c:242 obtained from SIP server:
15:19:53.348 src/plugin_orange.c:243 outbound_domain_name = orange-multimedia.fr
15:19:53.348 src/plugin_orange.c:244 outbound_domain_host = lyo7.pc.sbct3g.orange-multimedia.net
15:19:53.348 src/plugin_orange.c:245 outbound_domain_port = 5080
15:19:53.348 src/plugin_orange.c:247 ha1: "▒mx,▒|s▒d#9G▒▒X▒@c
I▒▒W▒a^T
15:19:53.384 INFO:src/plugin_orange.c:157 plugin_orange is initialized
15:19:53.384 INFO:plugins.c:117 Plugin 'plugin_orange' [SIP plugin for Orange Livephone, version 0.2.2] loaded with success, exemask=0x168
15:19:53.386 WARNING:utils.c:643 couldn't create new PID file: No such file or directory
15:19:53.396 INFO:rtpproxy_relay.c:121 Current thread stacksize is 8192 kB
15:19:53.397 INFO:sock.c:131 bound to port 5070
15:19:53.398 WARNING:register.c:73 registration file not found, starting with empty table
15:19:53.398 INFO:siproxd.c:351 siproxd-0.8.3dev-2338 2017-08-24T08:06:13 armv7l-unknown-linux-gnueabihf started
de plus, l'interface n'est pas eth mais enxb827ebee901b
-
en root fait un updatedb puis un locate plugin_orange.la, il vas te dire ou il se situe, pour moi c'est /root/siproxd-0.8.3dev/siproxd_orange/.libs/ tu n'as plus qu'a modifier ton plugindir dans le fichier siproxd.conf
Ben le plugindir c'est bien /usr/local/lib/siproxd/
Et ça ne passe pas...15:27:37 plugins.c:83 load_plugins: opening plugin [/usr/local/lib/siproxd/plugin_orange.la]
15:27:37 ERROR:plugins.c:88 plugin plugin_orange.la not found - skipped
-
C'est bon pour la compil du plugin. Les librairies sont bien générées.
Par contre j'ai une erreur quand je lance siproxd ensuite:15:09:30 plugins.c:83 load_plugins: opening plugin [/usr/local/lib/siproxd/plugin_orange.la]
15:09:30 ERROR:plugins.c:88 plugin plugin_orange.la not found - skipped
15:09:30 INFO:rtpproxy_relay.c:121 Current thread stacksize is 8192 kB
Pourtant /usr/local/lib/siproxd/plugin_orange.la est bien présent (et je suis en root)
J'ai ça dans /usr/local/lib/:
-rw-r--r-- 1 root root 2256516 août 22 23:47 plugin_orange.a
-rwxr-xr-x 1 root root 1040 août 22 23:47 plugin_orange.la
lrwxrwxrwx 1 root root 22 août 22 23:47 plugin_orange.so -> plugin_orange.so.0.0.0
lrwxrwxrwx 1 root root 22 août 22 23:47 plugin_orange.so.0 -> plugin_orange.so.0.0.0
-rwxr-xr-x 1 root root 2216872 août 22 23:47 plugin_orange.so.0.0.0
Tu as fait un make install dans le répertoire du plugin ?
Tu as bien tous les fichiers?
Letama, lorsque je lance siproxd j'obtien
15:19:53.348 src/plugin_orange.c:242 obtained from SIP server:
15:19:53.348 src/plugin_orange.c:243 outbound_domain_name = orange-multimedia.fr
15:19:53.348 src/plugin_orange.c:244 outbound_domain_host = lyo7.pc.sbct3g.orange-multimedia.net
15:19:53.348 src/plugin_orange.c:245 outbound_domain_port = 5080
15:19:53.348 src/plugin_orange.c:247 ha1: "▒mx,▒|s▒d#9G▒▒X▒@c
I▒▒W▒a^T
15:19:53.384 INFO:src/plugin_orange.c:157 plugin_orange is initialized
15:19:53.384 INFO:plugins.c:117 Plugin 'plugin_orange' [SIP plugin for Orange Livephone, version 0.2.2] loaded with success, exemask=0x168
15:19:53.386 WARNING:utils.c:643 couldn't create new PID file: No such file or directory
15:19:53.396 INFO:rtpproxy_relay.c:121 Current thread stacksize is 8192 kB
15:19:53.397 INFO:sock.c:131 bound to port 5070
15:19:53.398 WARNING:register.c:73 registration file not found, starting with empty table
15:19:53.398 INFO:siproxd.c:351 siproxd-0.8.3dev-2338 2017-08-24T08:06:13 armv7l-unknown-linux-gnueabihf started
de plus, l'interface n'est pas eth mais enxb827ebee901b
Ca a bonne mine pour le moment. Asterisk ne s'est pas connecté, donc pour l'instant on ne voit pas le register. Une fois siproxd lancé, quand tu auras corrigé l'interface, il faut soit relancer asterisk soit recharger la configuration pour qu'il retente la connexion.
Pour l'interface, il faut modifier ton siproxd.conf, if_inbound et if_outbound.
-
15:19:53.398 WARNING:register.c:73 registration file not found, starting with empty table
Et aussi, pour corriger ça (pas obligatoire, mais c'est plus propre :)):
mkdir /var/lib/siproxd
chown nobody:nogroup /var/lib/siproxd
-
Tu as fait un make install dans le répertoire du plugin ?
Tu as bien tous les fichiers?
J'ai fait le make install dans le répertoire de travail siproxd_orange et il a bien copié les librairies dans /usr/local/sbin/siproxd
J'ai ça dans /usr/local/lib/siproxd :
ls -l /usr/local/lib/siproxd/plugin_orange*
-rw-r--r-- 1 root staff 2213264 Aug 24 15:03 /usr/local/lib/siproxd/plugin_orange.a
-rwxr-xr-x 1 root staff 1139 Aug 24 15:03 /usr/local/lib/siproxd/plugin_orange.la
lrwxrwxrwx 1 root staff 22 Aug 24 15:03 /usr/local/lib/siproxd/plugin_orange.so -> plugin_orange.so.0.0.0
lrwxrwxrwx 1 root staff 22 Aug 24 15:03 /usr/local/lib/siproxd/plugin_orange.so.0 -> plugin_orange.so.0.0.0
-rwxr-xr-x 1 root staff 2192128 Aug 24 15:03 /usr/local/lib/siproxd/plugin_orange.so.0.0.0
Et le résultat du make install:make install
make[1]: Entering directory '/domos/siproxd/siproxd_orange'
/bin/mkdir -p '/usr/local/lib/siproxd'
/bin/bash ./libtool --mode=install /usr/bin/install -c plugin_orange.la '/usr/local/lib/siproxd'
libtool: install: /usr/bin/install -c .libs/plugin_orange.so.0.0.0 /usr/local/lib/siproxd/plugin_orange.so.0.0.0
libtool: install: (cd /usr/local/lib/siproxd && { ln -s -f plugin_orange.so.0.0.0 plugin_orange.so.0 || { rm -f plugin_orange.so.0 && ln -s plugin_orange.so.0.0.0 plugin_orange.so.0; }; })
libtool: install: (cd /usr/local/lib/siproxd && { ln -s -f plugin_orange.so.0.0.0 plugin_orange.so || { rm -f plugin_orange.so && ln -s plugin_orange.so.0.0.0 plugin_orange.so; }; })
libtool: install: /usr/bin/install -c .libs/plugin_orange.lai /usr/local/lib/siproxd/plugin_orange.la
libtool: install: /usr/bin/install -c .libs/plugin_orange.a /usr/local/lib/siproxd/plugin_orange.a
libtool: install: chmod 644 /usr/local/lib/siproxd/plugin_orange.a
libtool: install: ranlib /usr/local/lib/siproxd/plugin_orange.a
libtool: finish: PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/sbin" ldconfig -n /usr/local/lib/siproxd
----------------------------------------------------------------------
Libraries have been installed in:
/usr/local/lib/siproxd
Tout semble bon donc, mais ça ne passe pas.
-
J'ai fait le make install dans le répertoire de travail siproxd_orange et il a bien copié les librairies dans /usr/local/sbin/siproxd
Etrange. Tu peux me faire un
cat /usr/local/lib/siproxd/plugin_orange.la
et un
strace siproxd
et me poser ça dans un pastebin (ça risque d'être gros) que je jette un oeil? Je ne vois pas trop ...
-
Registration KO vers mon siproxd, depuis mon asterisk je ping orange-multimedia.fr qui est mon rasp.
Dans mon sip.conf je renvois bien a ce host, avec un tcpdump port 5070 je n'ai pas de traffic et le reload me donne
[Aug 24 15:53:30] WARNING[1475]: chan_sip.c:33234 reload_config: Section 'orange-in' lacks type
[Aug 24 15:54:00] NOTICE[1475]: chan_sip.c:15889 sip_reg_timeout: -- Registration for '+33979XXXXXX@orange-out' timed out, trying again
-
et me poser ça dans un pastebin (ça risque d'être gros) que je jette un oeil? Je ne vois pas trop ...
plugin_orange.la https://pastebin.com/uymJRChC (https://pastebin.com/uymJRChC)
strace https://pastebin.com/1sg2Z79V (https://pastebin.com/1sg2Z79V)
-
Erratum, sa fonctionne, le outboundproxy renvoyé vers localhost.
Appel entrant et sortant ok. Je n'ai pas testé la voix mais les sig passent.
-
plugin_orange.la https://pastebin.com/uymJRChC (https://pastebin.com/uymJRChC)
strace https://pastebin.com/1sg2Z79V (https://pastebin.com/1sg2Z79V)
Il ne trouve pas libhybris, tente un make install dans tes sources libhybris ?
-
Erratum, sa fonctionne, le outboundproxy renvoyé vers localhost.
Appel entrant et sortant ok. Je n'ai pas testé la voix mais les sig passent.
Cool! Bonne nouvelle, ça confirme que je n'ai rien oublié dans mes commits :)
Merci!
-
Il ne trouve pas libhybris, tente un make install dans tes sources libhybris ?J'ai déjà tout recomplilé (./configure, make et make install) sans succès.
Le problème semble là
open("/lib/arm-linux-gnueabihf/tls/v7l/neon/vfp/libhybris-common.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
Le chemin n'est pas bon du tout (même s'il en essaye plusieurs), chez moi les librairies libhybris sont dans /usr/local/lib/
-
C'est un problème de configuration des chemins de recherche des librairies, ton linux ne va pas chercher dans /usr/local/lib. Je ne sais pas comment c'est configuré sur ta version de linux, chez moi ils sont configurés dans /etc/ld.so.conf.d/, le fichier libc.conf contient /usr/local/lib. Ca peut être aussi dans /etc/ld.so.conf
Sinon, tu peux aussi essayer de déplacer tout ce qui est de libhybris de /usr/local/lib/ vers /usr/lib/
Le plus simple, c'est surement de changer la cible de l'installation de libhybris:
./configure --prefix=/usr
et refaire make ; make install
-
Tu peux aussi spécifier le chemin d'une librairie à la main avec LD_PRELOAD.
Par ailleurs tu peux aussi vérifier les librairies dont un programme a besoin avec la commande ldd :
ldd /chemin/vers/le/binaire
Cela te montre également quelles sont les librairies qui manquent pour faire fonctionner le programme.
-
Oui j'y suis arrivé, en ajoutant le bon chemin et en recompilant ensuite.
17:21:46 INFO:plugins.c:112 Plugin 'plugin_orange' [SIP plugin for Orange Livephone, version 0.2.2] loaded with success, exemask=0x165
Reste à configurer Asterisk, mais ça devrait être simple...
-
Cool! Bonne nouvelle, ça confirme que je n'ai rien oublié dans mes commits :)
Merci!
Tout a fait, je viens de tester la voix ok aussi, tres bon travail a tous.
Reste plus qu a pouvoir le porter autre que le rasp.
-
Re.
J'ai reconfiguré Asterisk, les appels entrants passent bien mais pas les appels sortants.
Ca arrive bien sur siproxd mais ça ne semble pas aller plus loin. j'ai un message vocal par asterisk (Toutes les lignes de votre correspondant sont occupées).
Ici un log de siproxd en mode verbeux : https://pastebin.com/1hYRU0Fa (https://pastebin.com/1hYRU0Fa) mais je ne vois pas d'erreur.
Mon numéro de tèl est anonymisé en 33241XXXXXX
Dans l'exemple j'appelle le 0680000000
L'ip de mon serveur Asterisk est 192.168.0.2
L'ip de mon serveur Siproxd est 192.168.0.20
Si quelqu'un a une idée...
-
Je tenterais un tcpdump sur les ports sip sur asterisk et siproxd, ça a l'air ok côté siproxd, on voit bien la bonne réponse d'orange arriver. Rien côté log asterisk ?
-
Est-ce que les port 7070 à 7089 sont ouvert en sortie et nat entrant?
19:37:54 proxy.c:1119 proxy_rewrite_invitation_body: m= rewrote port to [7070]
19:37:54 proxy.c:1066 found RTP protocol [RTP/AVP]!
19:37:54 proxy.c:1119 proxy_rewrite_invitation_body: m= rewrote port to [7072]
-
Bon j'ai trouvé,
J'avais l'option video d'activée (suite à des tests de visiophone) dans sip.conf [general] :
videosupport=yes
En enlevant cette option tout est ok (mais ça passait bien en ancienne version).
Donc je passe en prod...
Est-ce que les port 7070 à 7089 sont ouvert en sortie et nat entrant?
(juste pour info) Non et ce n'est pas nécessaire donc
-
Bon j'ai trouvé,
J'avais l'option video d'activée (suite à des tests de visiophone) dans sip.conf [general] :
videosupport=yes
En enlevant cette option tout est ok (mais ça passait bien en ancienne version).
Donc je passe en prod...
(juste pour info) Non et ce n'est pas nécessaire donc
OK, Letama doit etre content, sa fonctionne à nouveau
Je ne sais pas si MaxLeMans se lance dans la transposition du code?
-
Parfait!
Oui, je suis content de voir que je n'ai rien oublié et que le résultat est reproductible sans trop de souffrance :). Il faudra voir dans la durée, je n'ai pas eu le temps de le mettre en prod à la maison encore.
Je vous tiendrai au courant des éventuelles corrections/évolutions, et n'hésitez pas à me remonter les problèmes....
Si j'ai le courage, j'attaque le md5_transform. Ca prendra du temps, mais qui sait...
-
Encore bravo et merci Letama,
le résultat est reproductible sans trop de souffrance :)
Ca reste quand même un peu sportif ;)
-
Parce que vous avez fait les cobayes :). Maintenant, on sait ce qui manque sur autre chose que de l'ubuntu, ça sera plus simple.
Je m'attendais à pire avec libhybris, j'ai un peu galeré avec.
-
Parce que vous avez fait les cobayes :). Maintenant, on sait ce qui manque sur autre chose que de l'ubuntu, ça sera plus simple.
Je m'attendais à pire avec libhybris, j'ai un peu galeré avec.
Mais sa reste sur un proc ARM, sur du x86 le apt-get install android-headers fonctionne mais sans tout les fichiers. Je vais regarder ton git pour mettre tout d aplomb. Et voir si la compilation de libhybris marche.
-
Ca ne pourra fonctionner que sur de l'arm, libhybris ne fait que la passerelle entre libc et bionic, il n'y a pas d'émulation ou translation arm. Orange ne fournit malheureusement pas de dll x86. Il faudrait intégrer la techno intel (houdini), mais il a pas grand chose sur le net sur le sujet.
Il vaudrait mieux se concentrer sur l'interpretation du md5_transform je pense.
-
Je peut mettre à jour le README.md sur nsapa/siproxd_orange pour envoyer les gens sur ton repositery si tu es prêt à faire le support.
J'avais tout couper car je n'utilise pas le logiciel.
-
Si tu veux... Je considère ça comme une solution temporaire, mais en attendant, pourquoi pas.
Je vais assurer le support autant que possible.
Merci pour ton git et les instructions, ça m'avait bien servi lorsque j'avais commencé!
-
C'est incroyable. Ca fonctionne su-per-bien sur mon raspberry 2 Jessie et ma FritxBox. C'est super genial. Merci mille fois!
-
OK, Letama doit etre content, sa fonctionne à nouveau
Je ne sais pas si MaxLeMans se lance dans la transposition du code?
C'est en cours... :)
-
Bonjour,
Tout d'abord un grand merci à vous tous pour l'aide que vous fournissez sur le forum et à Letama pour son travail, c'est incroyable.
J'ai réussi a compiler le nouveau module, ils se lance et tout, mais je coince après. Rien ne fonctionne, ni l'incoming, ni l'outgoing. J'ai essayé en configurant asterisk et Linphone et j'ai toujours la même erreur :
INFO:src/plugin_orange.c:302 proxying REGISTER without {Proxy-,}Authorization: headersJe ne comprends absolument pas ce que ça veut dire.
Le log complet de début de siproxd est :
13:59:48.316 INFO:src/plugin_orange.c:157 plugin_orange is initialized
13:59:48.316 INFO:plugins.c:117 Plugin 'plugin_orange' [SIP plugin for Orange Livephone, version 0.2.2] loaded with success, exemask=0x168
13:59:48.317 WARNING:utils.c:643 couldn't create new PID file: No such file or directory
13:59:48.323 INFO:rtpproxy_relay.c:121 Current thread stacksize is 8192 kB
13:59:48.324 INFO:sock.c:131 bound to port 5070
13:59:48.324 INFO:siproxd.c:351 siproxd-0.8.3dev-2365 2017-09-17T00:27:33 armv7l-unknown-linux-gnueabihf started
13:59:59.817 siproxd.c:491 checking Max-Forwards (=70)
13:59:59.817 siproxd.c:536 received SIP type REQ:REGISTER
13:59:59.817 src/plugin_orange.c:288 REGISTER: setting URL host to gre7.pc.sbct3g.orange-multimedia.net:5080
13:59:59.818 INFO:src/plugin_orange.c:302 proxying REGISTER without {Proxy-,}Authorization: headers
13:59:59.826 siproxd.c:590 proxying REGISTER request to:gre7.pc.sbct3g.orange-multimedia.net
13:59:59.827 proxy.c:86 proxy_request
13:59:59.827 route_processing.c:63 route_preprocess: no Route header present
13:59:59.827 sip_utils.c:1026 sip_find_direction: beginning search
13:59:59.827 sip_utils.c:1069 sip_find_direction: no OUTGOING found
13:59:59.827 sip_utils.c:1114 sip_find_direction: no INCOMING (To:) found
13:59:59.827 sip_utils.c:1136 sip_find_direction: no INCOMING RQ (SIP URI) found
13:59:59.827 sip_utils.c:1209 sip_find_direction: no INCOMING RS (via header) found
13:59:59.828 sip_utils.c:1237 sip_find_direction: no INCOMING (redirected) found
13:59:59.828 sip_utils.c:1243 sip_find_direction: unable to determine direction of SIP packet
13:59:59.828 proxy.c:239 request [REGISTER] from/to unregistered UA (RQ: +331XXXXXXXX@orange-multimedia.fr -> *NULL*@gre7.pc.sbct3g.orange-multimedia.net)
J'ai besoin d'un coup de main ! Merci d'avance !
-
Salut,
INFO:src/plugin_orange.c:302 proxying REGISTER without {Proxy-,}Authorization: headers
Ce message est normal, pas de soucis à ce niveau.
13:59:59.827 route_processing.c:63 route_preprocess: no Route header present
13:59:59.827 sip_utils.c:1026 sip_find_direction: beginning search
13:59:59.827 sip_utils.c:1069 sip_find_direction: no OUTGOING found
13:59:59.827 sip_utils.c:1114 sip_find_direction: no INCOMING (To:) found
13:59:59.827 sip_utils.c:1136 sip_find_direction: no INCOMING RQ (SIP URI) found
13:59:59.827 sip_utils.c:1209 sip_find_direction: no INCOMING RS (via header) found
13:59:59.828 sip_utils.c:1237 sip_find_direction: no INCOMING (redirected) found
13:59:59.828 sip_utils.c:1243 sip_find_direction: unable to determine direction of SIP packet
13:59:59.828 proxy.c:239 request [REGISTER] from/to unregistered UA (RQ: +331XXXXXXXX@orange-multimedia.fr -> *NULL*@gre7.pc.sbct3g.orange-multimedia.net)
[/code]
Ca par contre, ça l'est moins. Le *NULL* est suspect, la série de no incoming/outgoing aussi. J'ai l'impression que ta configuration n'est pas bonne, tu peux nous donner le siproxd.conf et ce que tu entres sur asterisk (sip.conf) et Linphone?
C'est vraiment la capture complète depuis le début ?
Pour te donner une idée, la séquence normale de REGISTER ressemble à ça:
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.827 siproxd.c:536 received SIP type REQ:REGISTER
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.827 src/plugin_orange.c:288 REGISTER: setting URL host to mon7.pc.sbct3g.orange-multimedia.net:5080
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.827 INFO:src/plugin_orange.c:312 rewriting {Proxy-,}Authorization: headers
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.827 src/plugin_orange.c:416 ha1 = [͖xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.827 src/plugin_orange.c:417 nonce = [xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.828 src/plugin_orange.c:418 nc = [xxxxxxx]
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.828 src/plugin_orange.c:419 cnonce = [xxxxxxxx]
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.828 src/plugin_orange.c:420 qop = [auth]
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.828 src/plugin_orange.c:421 impi = [xxxxxxxxxx@orange-multimedia.fr]
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.828 src/plugin_orange.c:422 authtype = [Digest]
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.828 src/plugin_orange.c:423 realm = ["orange-multimedia.fr"]
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.828 src/plugin_orange.c:424 password = [xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.830 src/plugin_orange.c:462 req_uri = [sip:orange-multimedia.fr]
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.830 src/plugin_orange.c:463 response = ["xxxxxxxxxxxxxxxxxxxx"]
Sep 17 08:02:41 pisip siproxd[1011]: src/plugin_orange.c:312 INFO:rewriting {Proxy-,}Authorization: headers
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.848 siproxd.c:590 proxying REGISTER request to:mon7.pc.sbct3g.orange-multimedia.net
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.886 sip_utils.c:1026 sip_find_direction: beginning search
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.886 sip_utils.c:1257 sip_find_direction: dir=2, urlmap 0, trueurl [192.168.1.x:5060] / masqurl [xxx.xxx.xxxx.xxxx:5570] / regurl [orange-multimedia.fr:(null)]
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.925 src/plugin_orange.c:502 substituted tel: URI with "sip:"
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.926 siproxd.c:536 received SIP type RES:OK
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.926 sip_utils.c:1026 sip_find_direction: beginning search
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.926 sip_utils.c:1069 sip_find_direction: no OUTGOING found
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.944 sip_utils.c:1257 sip_find_direction: dir=3, urlmap 0, trueurl [192.168.1.x:5060] / masqurl [xxx.xxx.xxx.xxx:5570] / regurl [orange-multimedia.fr:(null)]
Sep 17 08:02:41 pisip siproxd[1011]: 08:02:41.944 src/plugin_orange.c:620 found response for REGISTER dialog
Tu peux aussi tenter de faire une capture de la requete register sur ton raspberry avec un tcpdump -A -vvv port 50xx ?
-
13:59:48.317 WARNING:utils.c:643 couldn't create new PID file: No such file or directory
J'ai besoin d'un coup de main ! Merci d'avance !
C'est un Warning, mais cela ne commence pas très bien.
-
13:59:48.317 WARNING:utils.c:643 couldn't create new PID file: No such file or directory
C'est un Warning, mais cela ne commence pas très bien.
Ca, c'est pas bien grave non plus, c'est juste un problème de droit d'accès. Siproxd tournant sur un utilisateur spécifique, il n'arrive pas à créer le fichier dans le répertoire /var/run. Pour le faire disparaitre, il suffit de changer le chemin pid_file dans siproxd.conf vers un emplacement accessible par l'utilisateur nobody, ou ouvrir l'accès à /var/run/
Ou ignorer le message :D
-
13:59:48.317 WARNING:utils.c:643 couldn't create new PID file: No such file or directory
Ca, c'est pas bien grave non plus, c'est juste un problème de droit d'accès. Siproxd tournant sur un utilisateur spécifique, il n'arrive pas à créer le fichier dans le répertoire /var/run. Pour le faire disparaitre, il suffit de changer le chemin pid_file dans siproxd.conf vers un emplacement accessible par l'utilisateur nobody, ou ouvrir l'accès à /var/run/
Ou ignorer le message :D
Je n'ai aucun doute sur le fait que ce soit un problème de droits, que ceci n'a pas un impact par ailleurs, c'est moins certain. :)
-
Merci beaucoup pour vos réponses. J'ai fait la modification, mais ça n'a rien changé au problème. Mais j'ai continué à jouer avec mon fichier de configuration. Le problème venait de mon /etc/hosts, voip.cholli.org (mon nom de domaine) sur 127.0.0.1 au lieu de le résoudre sur l'adresse externe. J'ai mis un moment avant de trouver, mais maintenant tout fonctionne bien.
Merci encore pour tout !
-
Bonjour,
j'ai compilé hybris et test_hybris mais quand je lance, j'ai une "Illegal Instruction" (signal 4). Ca se produit dans l'appel d'un des constructeurs de libVOIP_ENGINE_API.so (call_array appelé par call_constructors_recursive appelé par android_dlopen).
Je me demande : y a t-il, à votre avis, certains arm qui ne peuvent pas executer le code de cette librairie ? Comment savoir s'il y a une architecture arm minimum ? (moi, c'est armv7)
Avec quel outil je peux desassembler ?
Merci.
-
En général, tu as un crash si les dlls ne sont pas installées ou ne correspondent pas aux versions attendues. Elles sont bien dans /system/lib ?
Tu peux faire un strace test_hybris et donner le resultat ?
Pour désassembler la dll libVOIP_ENGINE_API.so, ida ou le ndk, mais la dll est grosse, ça n'est pas évident à suivre.
*edit* tu compiles sur quelle plateforme ?
-
le crash qui se produit quand les lib ne sont pas trouvées vient du fait que libvoip_handle = NULL si problème et que ce n'est pas testé dans HYBRIS_DLSYSM.
J'ai vérifié, toutes les libs sont trouvées, même si je ne les ai pas mis dans /system/lib. J'ai défini HYBRIS_LD_LIBRARY_PATH dans l'env.
Je cross compile sur Os X pour arm.
strace : https://pastebin.com/AB5jjVzf
-
Effectivement, j'ai l'impression que ta plateforme ne supporte pas le set d'instruction:
--- SIGILL {si_signo=SIGILL, si_code=ILL_ILLOPC, si_addr=0x40e7b062} ---
Tu as bien la 32 bits? Tu l'executes sur quoi?
*edit*
root@pisip:/system/lib# readelf -A libVOIP_ENGINE_API.so
Attribute Section: aeabi
File Attributes
Tag_CPU_name: "ARM v7"
Tag_CPU_arch: v7
Tag_CPU_arch_profile: Application
Tag_ARM_ISA_use: Yes
Tag_THUMB_ISA_use: Thumb-2
Tag_FP_arch: VFPv3
Tag_Advanced_SIMD_arch: NEONv1
Tag_ABI_PCS_GOT_use: GOT-indirect
Tag_ABI_PCS_wchar_t: 4
Tag_ABI_FP_denormal: Needed
Tag_ABI_FP_exceptions: Needed
Tag_ABI_FP_number_model: IEEE 754
Tag_ABI_align_needed: 8-byte
Tag_ABI_enum_size: int
Tag_ABI_HardFP_use: Deprecated
Tag_ABI_optimization_goals: Aggressive Speed
Tag_CPU_unaligned_access: v6
Tag_ABI_FP_16bit_format: IEEE 754
Tag_DIV_use: Not allowed
Tag_Virtualization_use: TrustZone
Code optimisé neon, ça manque peut-être chez toi ?
-
Linux 3.2.40
armv7l GNU/Linux
CPU : Marvell PJ4Bv7 Processor rev 1 (v7l)
Features : swp half thumb fastmult vfp edsp vfpv3 vfpv3d16 tls
CPU implementer : 0x56
CPU architecture: 7
CPU variant : 0x1
CPU part : 0x581
CPU revision : 1
C'est un NAS Synology.
Il me semble que Raspbian est base sur armv7l, hard-flaot. Donc ça ressemble à ce que j'ai !
-
Ah ben surement.
Je retiens la commande readelf -A, je ne savais pas.
Mince, cette librairie n'existe que compilée pour Arm Neon ? Ca veut que ça ne marche que sur des smartphones qui l'ont (mais il l'ont peut-être tous depuis un bout de temps ?).
Pourtant, mon NAS aurait été idéal pour faire un petit proxy...
-
Je sais pas. Je l'ai extraite directement de mon smartphone. Il te manque neon et thumb-2.
De mémoire il y avait deux versions de la dll, 32 bits et 64 bits, rien d'autre. Il faudrait regarder l'apk pour vérifier, je présume qu'il n'y a qu'un seul apk sur le playstore.
-
Bon, j'ai réussi à faire tourner test_hybris et à lancer siproxd avec le plugin.
Maintenant, je voudrais configurer linphone pour acceder directement à siproxd (il me semble que c'est possible), mais alors je ne sais pas trop quoi mettre dans les champs de Linphone:
User ID
Password
Domain
Proxy
Outbound proxy : on ou off ?
AVPF : on ou off ?
Dans siproxd.conf, je ne suis pas sûr, mais j'ai mis :
plugin_orange_username : j'ai mis l'adresse email orange (=user name) de l'espace client orange
plugin_orange_password : mot de passe de l'espace client orange
if_inbound = interface entre linphone et siproxd
out_outbound = interface pour contacter la livebox
Y a t-il quelqu'un qui l'a déjà fait ? Un petit coup de main ?
Merci d'avance.
-
De mémoire et sauf erreur:
pour linphone:
user id = ton numéro sous la forme +33xxxxx
mot de passe = mot de passe de ton compte orange
domain: orange.fr
proxy: l'adresse de siproxd:port
outbound proxy: on
avpf: off
Je n'ai pas testé linphone, mais j'avais connecté directement x-lite
Pour siproxd: orange_username/password, inbound et outbound, c'est bien ça.
,
-
Xlite, c'est encore mieux, c'est que je j'utilisais.
Est-ce que tu pourrais m'envoyer ton fichier siproxd.conf ? (en enlevant les user/mot de passe evidemment !)
Voici le log à la fin de l'init : https://pastebin.com/9zKbGuNQ
Ensuite, dans les logs, j'ai ça qui se répète à chaque fois que xlite essaye de se connecter : https://pastebin.com/g1vWYrU8
Ce qui pourrait aussi m'aider, c'est des logs quand ça fonctionne (attention aux infos perso) ! Comme je pourrais comparer.
-
Me suis planté sur le domaine, c'est orange-multimedia.fr, pas orange.fr.
J'ai attaché mon fichier siproxd.conf, pas grand chose dedans.
Voilà un log de mon siproxd lié à asterisk: https://pastebin.com/p21fzi2M (https://pastebin.com/p21fzi2M)
-
Merci beaucoup, ça m'a permis d'avancer.
Tout le début ressemble beaucoup au tiens jusqu'à :
20:07:56.536 src/plugin_orange.c:613 found response for REGISTER dialog
mais après j'ai :
20:07:56.537 src/plugin_orange.c:670 no Contact header with expiry info found
-
Je me demande, à la ligne :
Sep 28 11:32:40 pisip siproxd[10990]: 11:32:40.228 src/plugin_orange.c:416 ha1 = [͖xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]
les x sont des caratères hexadécimals, parceque moi j'ai des caractère bizarres et non imprimable.
-
C'est normal oui, je n'ai pas fait la conversion hexa. Pas de soucis de ce côté.
Tu peux envoyer le log complet (anonyme autant que le mien, tout ce que j'ai viré est sensible) ?
Il faudrait passer aux captures avec un tcpdump -A -i ethxx port 5xxx sur tes ports d'entrée et sortie siproxd pour comprendre. Sinon, il y a l'histoire d'avoir orange-multimedia.fr dans le hosts qui pointent vers la machine siproxd, c'est peut-être ça ? Je n'ai pas souvenir d'en avoir eu besoin en connexion directe, mais c'est nécessaire pour asterisk.
-
Déjà, pour le log : https://pastebin.com/0vLZqVWm
Effectivement, entre 2 j'avais vu dans le source. J'ai transformé ça en hexa parce que j'avais des caractères qui était interprété par la console d'eclipse et ça mettait la zone.
J'ai 2 réseaux internes, 192.168.1.x pour la live box et un réseau 192.168.57.x en NAT vers 192.168.1.x. siproxd a l'air de bien comprendre qu'il faut faire l'interface entre les 2. J'ai aussi essayé en mettant host_outbound=mon ip publique, mais ça fait pareil.
-
Bon, j'ai compris comment mettre les logs au max et il a y des dump des paquets.
Je reçois un paquet qui commence par "SIP/2.0 401 Unauthorized.....". >:(
-
Dans les paquets envoyés à orange, on voit que mon client n'est pas sur le réseau 192.168.1.x. Je suppose que je pourrais hacké siproxd pour masquer ça... mais probablement pas facile.
Bon, ben je crois que je suis parti pour installer Asterisk (il me semble que c'est ce que tu utilises). Asterix fera proxy entre mon client et siproxd !
Jamais fait ça, alors si c'est pas trop de boulot, je preneur de fichier de conf (je suppose que tu dois être dans une conf proche de la mienne). Anonymisé, bien sûr.
-
Si quelqu'un a du temps à perdre, je fais remarquer à toutes fins utiles que la bibliothèque étendue par Orange (PJSIP) pour trafiquer l'implèmentation de MD5 est sous GPL, vous êtes en droit de demander les sources. Vous avez aussi légitimement obtenu cette information parce que votre motivation est l'interopérabilité.
Pour ce qui est des possibilités d'émuler le code ARM sous une plateforme x86 : si je devais résoudre le problème, j'utiliserais personnellement http://www.unicorn-engine.org/, un fork de QEMU détaché sous forme de bibliothèque qui permet très simplement d'émuler du code brut sous diverses architectures (en donnant en entrée un blob mémoire un point d'entrée et des registres, avec la possibilité de mettre des breakpoints (quand je dis « très simplement » ça implique que c'est au dev de s'occuper de parser l'ELF)). Je l'avais utilisé un peu pour reverser un DRM Android, très sympa.
-
Dans les paquets envoyés à orange, on voit que mon client n'est pas sur le réseau 192.168.1.x. Je suppose que je pourrais hacké siproxd pour masquer ça... mais probablement pas facile.
A priori, si, c'est facile à régler, autorise ton réseau dans siproxd.conf:
Il y a ça
hosts_allow_reg = 192.168.1.0/24
Tu changes en :
hosts_allow_reg = 192.168.1.0/24,192.168.x.0/24
(attention, pas d'espaces entre les réseaux).
Quant à installer asterisk, c'est pas très compliqué, il y a des tutos qui trainent ici avec des pdfs détaillés. Regarde là: https://lafibre.info/remplacer-livebox/remplacer-livebox-le-telephone/312/ (https://lafibre.info/remplacer-livebox/remplacer-livebox-le-telephone/312/), c'est le thread principal de téléphonie et les pdfs sont très bien faits.
-
Si quelqu'un a du temps à perdre, je fais remarquer à toutes fins utiles que la bibliothèque étendue par Orange (PJSIP) pour trafiquer l'implèmentation de MD5 est sous GPL, vous êtes en droit de demander les sources. Vous avez aussi légitimement obtenu cette information parce que votre motivation est l'interopérabilité.
En fait ça ne passera surement pas, pjsip est sous double license. J'imagine qu'Orange a un deal pour la license propriétaire:
http://pjsip.org/licensing.htm (http://pjsip.org/licensing.htm)
Ca ne coute rien d'essayer ceci dit.
Pour ce qui est des possibilités d'émuler le code ARM sous une plateforme x86 : si je devais résoudre le problème, j'utiliserais personnellement http://www.unicorn-engine.org/, un fork de QEMU détaché sous forme de bibliothèque qui permet très simplement d'émuler du code brut sous diverses architectures (en donnant en entrée un blob mémoire un point d'entrée et des registres, avec la possibilité de mettre des breakpoints (quand je dis « très simplement » ça implique que c'est au dev de s'occuper de parser l'ELF)). Je l'avais utilisé un peu pour reverser un DRM Android, très sympa.
Ca a l'air sympa comme engine! Ca représente un peu trop de travail pour moi, mais encore une fois, si quelqu'un veut se lancer et a besoin de détails, pas de soucis!
-
Oui, le post de Marin est intéressant. Faudra regarder cet émulateur.
J'ai creusé une bonne partie de la journée hier. J'ai observé le trafic avec WireShark.
Apparemment, le principe c'est
1 : envoyer un paquet REGISTER sans le champ Authorization.
2 : le fournisseur SIP répond "SIP/2.0 401 Unauthorized" avec un champ WWW-Authenticate: Digest realm="orange-multimedia.fr", nonce="XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX", algorithm=MD5, qop="auth".
3 : le client renvoi une demande REGISTER avec un champ Authorization. Dans le cas Orange : Authorization: Digest username="XXXXXXXXXX@orange-multimedia.fr", realm="orange-multimedia.fr", nonce="XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX", uri="sip:orange-multimedia.fr", response="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx", algorithm=MD5, cnonce="xxxxxxxxxxxxxxxxx", qop=auth, nc=00000002
4 : et là, chez moi, réponse "SIP/2.0 500 CSCF Server Internal Error"
Une fois cette réponse, impossible de se connecter, même avec l'appli livebox phone, pour un certain temps. Je ne sais pas encore combien, quand c'est arrivé hier, j'ai arrêté pour la soirée.
Bref, ces petis coquin détecte quelque chose d'anormal et te punissent pour quelques heures, histoire que tu ne puisses pas faire beaucoup d'essais... A suivre.
-
Oui, c'est la séquence normale, un register sans autorisation, un deny avec une demande d'autorisation, un deuxième register avec les informations de login.
Il me faudrait plus de logs pour comprendre ce qui se passe chez toi (siproxd full details et le tcpdump), mais pour t'aider à comparer, voilà la séquence capturée par un tcpdump sur mon raspberry:
# tcpdump -A -vvv port 5080
tcpdump: listening on enxb827eb95a8a0, link-type EN10MB (Ethernet), capture size 62144 bytes
19:08:20.119442 IP (tos 0x0, ttl 64, id 55340, offset 0, flags [DF], proto UDP (17), length 586)
192.168.1.45.5570 > 81.253.172.179.5080: [bad udp cksum 0xc2cd -> 0xfac8!] UDP, length 558
E..J.,@.@......-Q........6..REGISTER sip:orange-multimedia.fr:5080 SIP/2.0
Via: SIP/2.0/UDP 90.xxx.xxx.xxx:5570;branch=xxxxxxxxxxx
Via: SIP/2.0/UDP 192.168.1.40:5060;branch=xxxxxxxxx
From: <sip:+33xxxxxxxxx@orange-multimedia.fr>;tag=xxxxxxxxxxx
To: <sip:+33xxxxxxxxx@orange-multimedia.fr>
Call-ID: randomhexa_randomhexa@orange-multimedia.fr
CSeq: 102 REGISTER
Contact: <sip:+33xxxxxxxxx@90.xxx.xxx.xxx:5570>
Max-forwards: 69
Supported: replaces
Supported: timer
User-agent: Asterisk PBX 13.9.1
Expires: 3600
Content-Length: 0
19:08:20.154919 IP (tos 0x0, ttl 122, id 0, offset 0, flags [none], proto UDP (17), length 588)
81.253.172.179.5080 > 192.168.1.45.5570: [udp sum ok] UDP, length 560
E..L....z.~.Q......-.....8..SIP/2.0 401 Unauthorized 010300337
Via: SIP/2.0/UDP 90.xxx.xxx.xxx:5570;branch=xxxxxxxxxx
Via: SIP/2.0/UDP 192.168.1.40:5060;branch=xxxxxxxxxxxxxx
From: <sip:+33xxxxxxxxx@orange-multimedia.fr>;tag=xxxxxxxxxx
To: <sip:+33xxxxxxxxx@orange-multimedia.fr>;tag=xxxxxxxxxx
Call-ID: randomhexa_randomhexa@orange-multimedia.fr
CSeq: 102 REGISTER
Content-Length: 0
WWW-Authenticate: Digest nonce="xxxxxxxxxxxxxxxx",realm="orange-multimedia.fr",algorithm=MD5,qop="auth"
19:08:20.268779 IP (tos 0x0, ttl 64, id 55346, offset 0, flags [DF], proto UDP (17), length 858)
192.168.1.45.5570 > 81.253.172.179.5080: [bad udp cksum 0xc3dd -> 0x5d0a!] UDP, length 830
E..Z.2@.@......-Q........F..REGISTER sip:orange-multimedia.fr:5080 SIP/2.0
Via: SIP/2.0/UDP 90.xxx.xxx.xxx:5570;branch=xxxxxxxxxx
Via: SIP/2.0/UDP 192.168.1.40:5060;branch=xxxxxxxxx
From: <sip:+33xxxxxxxxx@orange-multimedia.fr>;tag=xxxxxxxx
To: <sip:+33xxxxxxxxx@orange-multimedia.fr>
Call-ID: randomhexa_randomhexa@orange-multimedia.fr
CSeq: 103 REGISTER
Contact: <sip:+33xxxxxxxxx@90.xxx.xxx.xxx:5570>
Authorization: Digest username="FROM_PLUGIN@orange-multimedia.fr", realm="orange-multimedia.fr", nonce="xxxxxxxxxxxxxxxxxxxxxxxxxx", uri="sip:orange-multimedia.fr", response="hexafromplugin", algorithm=MD5, cnonce="xxxxxxx", qop=auth, nc=00000001
Max-forwards: 69
Supported: replaces
Supported: timer
User-agent: Asterisk PBX 13.9.1
Expires: 3600
Content-Length: 0
19:08:20.303883 IP (tos 0x0, ttl 122, id 0, offset 0, flags [none], proto UDP (17), length 844)
81.253.172.179.5080 > 192.168.1.45.5570: [udp sum ok] UDP, length 816
E..L....z.}.Q......-.....8..SIP/2.0 200 OK
Via: SIP/2.0/UDP 90.xxx.xxx.xxx:5570;branch=xxxxxxxxxxx
Via: SIP/2.0/UDP 192.168.1.40:5060;branch=xxxxxxxxxxxxxx
From: <sip:+33xxxxxxxxx@orange-multimedia.fr>;tag=xxxxxxxxxxxxxx
To: <sip:+33xxxxxxxxx@orange-multimedia.fr>;tag=xxxxxxxxxxxxxx
Call-ID: randomhexa_randomhexa@orange-multimedia.fr
CSeq: 103 REGISTER
Content-Length: 0
Contact: <sip:+33xxxxxxxxx-xxxxxxxxxxx@81.253.173.54:5060;transport=udp>;expires=1452
Contact: <sip:+33xxxxxxxxx@90.xxx.xxx.xxx:5570>;expires=3600
P-Associated-URI: <sip:+33xxxxxxxxx@orange-multimedia.fr>
P-Associated-URI: <tel:+33xxxxxxxxx>
Authentication-Info: nextnonce="xxxxxxxxxxxxxxx",qop=auth,rspauth="xxxxxxxxxxxxxxxxx",cnonce="xxxxxxxxxxx",nc=00000001
Les points importants:
vérifie bien que tu as les bon From: et to: avec un @orange-multimedia.fr
Pour la ligne authorization envoyé par siproxd: ton username doit venir du plugin (l'impi), le realm doit bien être orange-multimedia.fr, l'uri doit correspondre aussi, sip:orange-multimedia.fr
-
Pour l'instant, tout à l'air de correspondre. J'ai poussé le vice, en hackant le proxy, à faire ressembler ma requête à celle que j'ai capturée capturée venant de LiveboxPhone (changer le user-agent, le max-forwards, etc).
C'est sympa de m'avoir envoyée ta requête, ça me permet de voir que ça doit passer, même si le User-agent n'est pas modifié, le Max-forwards n'est pas 70 etc.
Du coup, j'ai la même chose que toi.
Alors du coup, je me demande : est-ce que j'aurais un problème avec pjsip_auth_create_digest ?
Je me rends compte que chaque fois que je lance test_hybris, j'ai un résultat différent. Est-ce normal ? Je ne suis pas censé avoir "digest final:1e911e934077f322ae7bea91fe1f1ad1" à chaque fois ?
Ca pourrait être l'explication. La librairie que j'ai ne calcule pas le bon digest ???
-
Non, ça n'est pas normal effectivement, les données d'entrée ne changent pas, la sortie devrait toujours être la même.
Tu as pris une version différente de la dll pour tourner sur ton nas, c'est ça ?
*edit* uploade ta version peut-être, je regarderai si je trouve le temps...
-
Bon, c'est surement ça, car je ne vois pas ce qu'il reste d'autre !
J'ai des résultats comme ça :
588d11bd8158dde4bfd7c112ffde024b
871f47e61ea9f9465a972402807198cf
3d38fe9db7806fcad6a4c3646e582074
f5c103cb8c337bf083d7548e70107391
350eaa4327fd384d05527bd791aa4c67
-
Bon, c'est pas du tout le même code, vieille version peut-être?
Je n'ai pas creusé très loin, mais je ne retrouve pas le code modifié sur pj_md5_transform. Ca ne fonctionnera pas avec cette dll.
J'ai aussi testé la dll sur mon raspberry, j'ai le même comportement que toi. Il faudrait que tu trouves une version plus récente je pense.
-
Salut tous,
j'ai aussi le souci je vais commencer à y jeter un petit oeil.
(on pourrait trouver un endroit plus discret pour en parler sans que l'orange voit rouge non ?)
++
-
@letama : franchement, c'est par là que j'aurais dû commencer :vérifier les résultat de la lib.
@pci : toute aide est bienvenue ! Je suppose qu'Orange est dèjà au courant de ce fil. Je me demande s'ils ont vraiment changé cette procédure d'authentification juste pour embêter les quelques uns qui veulent mettre asterisk ?
-
@PCI, tu as quel problème exactement ? Jief utilise une autre dll que la mienne parce que son cpu ne peux pas la faire tourner, tu fais la même chose ?
La mienne fonctionne toujours à ce jour.
@jief, cette dll vient d'où ?
-
d'une version précédente de livephonebox.
-
Jief utilise une autre dll que la mienne parce que son cpu ne peux pas la faire tourner, tu fais la même chose ?
Ce qui étrange c'est que ça renvoie quasiment la même chose lorsqu'on fait un readelf -A, à moins que ça ne suffise pas pour en déduire la compatibilité ? Sinon il est assez facile de voir que c'est une vielle version : la taille, celle de jief fait 6.7 Mo alors que l'actuelle en fait 11 !
De mon côté, j'ai aussi testé un readelf mais il ne fonctionne pas, au lieu de me renvoyer un résulat normal ça me dit :
readelf -A libVOIP_ENGINE_API.so
Attribute Section: aeabi
readelf: ERREUR: Unused bytes at end of section
J'ai juste extrait la lib de l'apk avec le gestionnaire d'archive, j'ai également testé un décompilateur en ligne (apktool) et ça me fait la même chose... le site de dl aurait-il corrompu quelque chose ?
EDIT : J'ai téléchargé l'app sur mon smartphone et copié l'apk et cette fois c'est ok, readelf fonctionne... apkdowloader a donc bien corrompu un truc. J'ai vérifié la taille, et ce n'est pas du tout la même celle du tel fait 16.7 Mo et celle de apkdowloader 14.9 Mo, vraiment bizarre.
EDIT2 : apparemment apkdownloader a récupéré une vieille version (2.2) au lieu de la 3.2... d'où la différence de taille. Par contre pourquoi est-ce que ça ne veut pas m'ouvrir les lib de cette version, mystère...
-
readelf permet juste de savoir quelle architecture est nécessaire, mais visiblement tu as eu des soucis de version et de corruption. ApkDownloader n'a peut-être pas dezippé correctement l'apk...
Pour comparer au cas où, la lib est dans le git ;).
-
Pour comparer au cas où, la lib est dans le git ;).
J'ai chargé la lib du git, mais elles n'ont pas le même checksum, j'imagine que l'app a du être mis à jour. Mais le readelf est identique (là ou pour la version de jief il manquait des lignes)
-
ok, intéressant. J'espère qu'ils ne vont pas changer trop vite l'algorithme :)
Tu as les mêmes résultats avec cette version ? J'ai un nouveau tel non rooté, ça va être plus pénible de récuperer les nouvelles versions.
-
Même résultat par rapport à quoi ? Je te rappelle que je ne peux pas la tester "en vrai". Enfin je pourrais sûrement l'installer sur mon Rpi et vérifier le checksum à la fin mais pas plus.
Tant que la version présente sur le GIT fonctionne, je ne pense pas qu'il soit utile de s’embêter avec les versions plus récentes.
Peut-être que chaque apk est légèrement modifié d'un tel à l'autre, une sorte de signature ? J'ai téléchargé 2 fois de suite l'application, le sha1 n'a pas bougé. Faudrait faire le test avec un autre, mais je n'ai pas d'autre smartphone rooté sous la main.
sha1 de mon tel :
renaud@HP:~/com.orange.livephoneapplication-1.apk_FILES/lib/armeabi-v7a$ sha1sum libVOIP_ENGINE_API.so
a328ba7231ed105135c0959e679dc5e73066666d libVOIP_ENGINE_API.so
sha1 du git :
renaud@HP:~/Téléchargements$ sha1sum libVOIP_ENGINE_API.so
1d4582f216e4ccd7cc214f5a36e43d35564cfdb1 libVOIP_ENGINE_API.so
-
Ah oui, c'est vrai... J'avais oublié, je pensais que tu la faisais tourner. Ok, pas grave effectivement tant que ça tourne.
-
Moi, j'ai un XPeria Z qu'on m'a donné parce que le tactile est cassé sur la moitié de l'écran. Mais j'arrive pas à le rooter ! Du coup, je ne peux pas essayer la bonne lib pour comparer.
Faut que je regarde les prix d'un raspberry :-)
-
Bonsoir Letama, suite a un plantage monumentale de mon infra, impossible de me reconnecté au rasp! donc je vais devoir tout reinstallé, peux tu me redonné la marche a suivre pour la reinstallation?
Cordialement
-
Salut Fabien0683,
Aïe! Désolé pour toi :(.
La procédure pour libhybris est décrite en partie sur mon git:
https://github.com/letama/siproxd_orange (https://github.com/letama/siproxd_orange)
Renaud07 avait ré-attaché les pdfs d'installation d'asterisk et siproxd sur le post #60 de ce thread, tu as aussi le thread d'origine ici:
https://lafibre.info/remplacer-livebox/remplacer-livebox-le-telephone/ (https://lafibre.info/remplacer-livebox/remplacer-livebox-le-telephone/)
Ainsi que ce git avec des instructions plus générales sur siproxd:
https://github.com/nsapa/siproxd_orange (https://github.com/nsapa/siproxd_orange)
Bon courage! N'hésite pas si tu as des questions.
-
Bonjour à tous.
Je résume un petit problème qui m'a pris pas mal de temps. A mon avis je serais l'un des très rares à le rencontrer, mais on ne sait jamais qui ça peut aider :
Asterisk veut absolument résoudre l'adresse ip du domain sip, et ce, même s'il y a un proxy et que ça ne sert à rien (voir : https://issues.asterisk.org/jira/browse/ASTERISK-16550 , https://issues.asterisk.org/jira/browse/ASTERISK-21231 , et surtout ceci, qui semble proposer une solution mais qui n'a pas été retenue : https://reviewboard.asterisk.org/r/2851 ).
La méthode pour résoudre peut être d'ajouter le domaine (ex : orange-multimedia.fr) dans /etc/hosts.
Si, comme moi, votre linux ne tient pas compte de /etc/hosts (malgré le fait que ping, par exemple, en tient compte), vous pouvez monter un petit serveur DNS local (ex : maraDNS), faire pointer votre /etc/resolv.conf vers 127.0.0.1.
Un peu lourd, non ?
La dernière solution : patcher les sources d'asterisk. Trouvez la fonction ast_sockaddr_resolve dans netsock2.c et remplacer :
if ((e = getaddrinfo(host, port, &hints, &res))) {
ast_log(LOG_ERROR, "getaddrinfo(\"%s\", \"%s\", ...): %s\n",
host, S_OR(port, "(null)"), gai_strerror(e));
*addrs = NULL;
return 0;
}
par
if ( strcmp(host, "orange-multimedia.fr")==0 ) {
e = getaddrinfo("127.0.0.1", port, &hints, &res);
}else{
e = getaddrinfo(host, port, &hints, &res);
}
if ( e ) {
ast_log(LOG_ERROR, "getaddrinfo(\"%s\", \"%s\", ...): %s\n",
host, S_OR(port, "(null)"), gai_strerror(e));
*addrs = NULL;
return 0;
}
-
Un autre petit truc sur asterisk : si le chemin astrundir est peu grand ( 108 caractères - strlen("asterisk.ctl") ) sur linux, le fichier asterisk.ctl ne sera pas créé. Ca n'empêche pas asterisk de démarrer, mais impossible de s'y connecter en console. Le message d'erreur un un peu stupide puisque ça dit : "fichier inexistant"
108 caractères pour un chemin vers un socket nommé. Pas mal, non, en 2017 ! Facile d'éviter le problème :
remplacez, dans asterisk.c (ligne 1778 pour asterisk 13.7.2) :
res = bind(ast_socket, (struct sockaddr *)&sunaddr, sizeof(sunaddr));
par
char buf[MAXPATHLEN+1];
char* cwd = getcwd(buf, MAXPATHLEN);
char dir[MAXPATHLEN+1];
strncpy(dir, ast_config_AST_SOCKET, MAXPATHLEN);
chdir(dirname(dir));
char base[MAXPATHLEN+1];
strncpy(base, ast_config_AST_SOCKET, MAXPATHLEN);
ast_copy_string(sunaddr.sun_path, basename(base), strlen(basename(base)));
res = bind(ast_socket, (struct sockaddr *)&sunaddr, sizeof(sunaddr));
chdir(cwd);
en gros, on se place dans le répertoire (dieu merci, chdir accepte plus de 108 chars), et on cré le socket juste avec son nom (basename).
-
Hm, depuis 3-4 semaines ca ne marche plus chez mois. Mais, aussi l'application Livebox Phone ne marche plus.
J'ai rien changé. Pas de tout. Même systême.
J'ai chatté avec orange, mais on n'a pas trouvé une problème avec ma ligne.
J'ai écrit à le support de l'application, et on a verifié les logs et on m'a dit "Après vérifications, il semble que la ligne VOIP "ne remonte" pas correctement dans l'application."
J'ai verifié le debug de siproxd et c'est vrai: Ca envoye beaucoup de SIP REGISTER, mais il n'y a pas de réponse.
Parce que mon setup est correct (je crois) je pense que je suis bloqué par orange, par un pare-feu ou quelque chose.
Je suis le seul avec ce problème?
-
siproxd avec asterisk ?
-
Ok, résolu. J'ai lus sur internet, que "La demande de réinitialisation des services VOIP au 3900 à fonctionné."
Donc j'ai lancé un echat avec orange et on a fait le réinitialisation et maintenant ca marche.
Très bien.
-
Quel bordel ce SIP de Orange ... je hais de plus en plus ce pseudo service de merde aux antipodes des standards qui existent pour une bonne raison. Je suis sur OVH pour la VOIP, et le jour ou OVH fait dans la fibre c'est bye bye orange ...
-
Et ça ne va pas s’arranger avec l'arrêt de l'app livebox phone pour le 31 décembre...
On ne pourra plus s'authentifier pour utiliser le SIP de façon externe. Ce sera livebox obligatoire. A moins de trouver une autre solution de contournement mais elle sera encore plus complexe que celle-ci, j'en ai bien peur...
-
Et ça ne va pas s’arranger avec l'arrêt de l'app livebox phone pour le 31 décembre...
On ne pourra plus s'authentifier pour utiliser le SIP de façon externe. Ce sera livebox obligatoire. A moins de trouver une autre solution de contournement mais elle sera encore plus complexe que celle-ci, j'en ai bien peur...
Siproxd ne fonctionne plus chez moi, ça semble lié à l'arrêt de l'app android. >:(
J'ai ça :
Jan 17 16:10:03 cervos siproxd[8846]: siproxd.c:290 INFO:daemonized, pid=8846
Jan 17 16:10:03 cervos siproxd[8846]: src/plugin_orange.c:136 INFO:logging in
Jan 17 16:10:03 cervos siproxd[8846]: plugins.c:112 INFO:Plugin 'plugin_orange' [SIP plugin for Orange Livephone, version 0.2.2] loaded with failure, exemask=0x165
Jan 17 16:10:03 cervos siproxd[8846]: src/plugin_orange.c:187 INFO:plugin_orange ends here
Quelqu'un d'autre peut confirmer si ça fonctionne encore chez lui ?
-
Hm, ca me semble qu'il y a un probleme deja avec je step1 auth. Hm, on a besoin d'un idee comment on peut trouver les changes...
21:56:09 INFO:src/plugin_orange.c:136 logging in
21:56:09 ERROR:src/plugin_orange.c:227 authentication status The request is not well formatted (code 219); wrong credentials?
21:56:09 ERROR:src/plugin_orange.c:140 plugin_orange: could not login to account
21:56:09 INFO:plugins.c:116 Plugin 'plugin_orange' [SIP plugin for Orange Livephone, version 0.2.2] loaded with failure, exemask=0x165
21:56:09 ERROR:plugins.c:121 Plugin 'plugin_orange' did fail to load.
21:56:09 INFO:src/plugin_orange.c:187 plugin_orange ends here