Auteur Sujet: Téléphonie Siproxd et problème depuis aujourd'hui (Lu 38887 fois)

renaud07 · « **Réponse #24 le:** 21 juillet 2017 à 23:30:39 »

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/

zoc · « **Réponse #25 le:** 22 juillet 2017 à 08:16:04 »

Non, il n'y a rien...

buddy · « **Réponse #26 le:** 22 juillet 2017 à 10:50:24 »

Citation de: seb59 le 21 juillet 2017 à 09:47:27

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 ...

renaud07 · « **Réponse #27 le:** 22 juillet 2017 à 15:46:47 »

Citation de: zoc le 22 juillet 2017 à 08:16:04

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 ?

renaud07 · « **Réponse #28 le:** 22 juillet 2017 à 16:06:04 »

Citation de: buddy le 22 juillet 2017 à 10:50:24

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.

zoc · « **Réponse #29 le:** 22 juillet 2017 à 16:12:01 »

Citation de: renaud07 le 22 juillet 2017 à 16:06:04

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...

renaud07 · « **Réponse #30 le:** 22 juillet 2017 à 16:20:55 »

Citation de: zoc le 22 juillet 2017 à 16:12:01

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.

letama · « **Réponse #31 le:** 24 juillet 2017 à 19:22:31 »

Citation de: seb59 le 21 juillet 2017 à 09:47:27

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.

Citation de: seb59 le 21 juillet 2017 à 09:47:27

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.

renaud07 · « **Réponse #32 le:** 24 juillet 2017 à 19:43:18 »

Ça avance bien à ce que je vois

gaslag91 · « **Réponse #33 le:** 09 août 2017 à 23:13:45 »

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.

letama · « **Réponse #34 le:** 14 août 2017 à 23:13:19 »

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 :-(.

letama · « **Réponse #35 le:** 19 août 2017 à 21:50:52 »

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 ?