Auteur Sujet: [FTTH] Tuto bypass complet neufbox avec un routeur OpenWrt (Lu 70774 fois)

kdaffef91 · « **Réponse #60 le:** 23 janvier 2021 à 10:59:56 »

Merci pour votre patience avec moi!
les sip.conf et extensions.conf sont générés automatiquement par freepbx, j'ai qq parametres ont été ajoutés à sip settings comme suit, mais extensions, n'a pas été touchée.

G8U5 · « **Réponse #61 le:** 23 janvier 2021 à 14:13:51 »

Regardez bien mon extensions.conf, en lien avec sfr-out: dial.... SIP/sfr-out/number. Avec donc la route vers sfr-out.
Vous devriez vous intéresser fortement au fichier extensions.conf, c'est ce fichier qui dit par où et comment les appels doivent passer/fonctionner, prenant en charge également un tas d'applications, comme VoiceMail par exemple.

kdaffef91 · « **Réponse #62 le:** 23 janvier 2021 à 14:32:01 »

Citation de: Jb_LR le 23 janvier 2021 à 14:13:51

Regardez bien mon extensions.conf, en lien avec sfr-out: dial.... SIP/sfr-out/number. Avec donc la route vers sfr-out.
Vous devriez vous intéresser fortement au fichier extensions.conf, c'est ce fichier qui dit par où et comment les appels doivent passer/fonctionner, prenant en charge également un tas d'applications, comme VoiceMail par exemple.

Merci encore pour la réponse, je recommence avec un serveur asterisk/freepbx vierge, et essaies d'appliquer vos consignes...

G8U5 · « **Réponse #63 le:** 23 janvier 2021 à 15:48:51 »

Vous n'étiez pas très loin!
Dans sip.conf, le trunk s'appelle sfr-out.
Vos users ont un context, par example "work"
Donc pour vos appels sortant, dans extensions.conf vous devez avoir une règle pour les numéros à 10 chiffres commençants par 0, qui devront passer par la route sfr-out pour appeler. C'est pour celà qu'on à :

Code: [Sélectionner]

[work]
exten => _0XXXXXXXXX,1,Dial(SIP/sfr-out/${EXTEN}) ;permet de passer des appels depuis votre serveur

Ici, tous les appels avec des numéros à 10 chiffres commençants par 0 vont lancer l'application Dial vers chan_sip->route->le numero appelé Dial(SIP/sfr-out/${EXTEN}).
[work] est le context renseigné dans vos users (users.conf).

Je pense qu'il ne vous manquait que cela.

X-dark · « **Réponse #64 le:** 17 février 2021 à 10:24:57 »

Bonjour,

J'ai ce setup qui fonctionne très bien. Par contre depuis hier soir, je n'arrive plus à me connecter aux flux IPTV.

Avant de rencontrer ce problème, j'ai essayé de me connecter à toutes les IP des ranges utilisés par l'IPTV de SFR pour essayer de reconstruire une liste de flux (cf https://github.com/mbrentini/9boxtv/commit/6d7c1d0a3550ea31b80560df8a887d20048e8030 mais avec d'autres outils). Est-ce que vous pensez que ça pu déclencher une détection d'abus quelque part ? Une idée de comment revenir à la normale ?

X-dark · « **Réponse #65 le:** 17 février 2021 à 16:38:10 »

Bon il semblerait que je doive désormais mettre l'igmpproxy en "quickleave 0". Sinon, dès qu'un client se connecte puis se déconnecte, plus aucun flux de dispo jusqu'à redémarrage de l'igmpproxy avec quickleave désactivé. Très étrange.

edit: En fait, non. Le premier client qui se connecte fonctionne, on peut changer de chaine. Si on fait stop, impossible de se reconnecter avec le même client ou un autre. Il est nécessaire de redémarrer igmpproxy (plusieurs fois et/ou le laisser arrêté quelques secondes) pour que ça reparte pour un tour (avec les mêmes symptomes). J'ai remis le quickleave vu que ça n'a pas vraiment d'impact...

X-dark · « **Réponse #66 le:** 19 février 2021 à 09:22:07 »

Ma question n'a pas levé les foules mais je poste quand même ma solution.

Je suis passé à udppxy plutôt que igmpproxy. Son principe est de rendre disponible en http le flux multicast.

La config est à peu près celle par défaut:

Code: [Sélectionner]

config udpxy
        option disabled '0' 
        option respawn '1' 
        option verbose '0' 
        option status '1' 
        option bind '192.168.1.1'
        option port '4022'

et il y a besoin de deux règles FW (la première était déjà présente chez moi) :

Code: [Sélectionner]

config rule
        option name 'Allow-IGMP'
        option src 'wan'
        option proto 'igmp'
        option family 'ipv4'
        option target 'ACCEPT'

config rule
        option name 'Allow-Multicast'
        option src      wan 
        option proto    udp 
        option dest_ip  224.0.0.0/4
        option family 'ipv4'
        option target   ACCEPT

J'ai ensuite simplement remplacé l'URL des flux. Par exemple rtp://233.136.0.203:7500/203 devient http://192.168.1.1:4022/rtp/233.136.0.203:7500

Plus d'infos ici : https://openwrt.org/docs/guide-user/network/wan/udp_multicast#multicast_streams_over_wifi_with_unicast_conversion_udpxy

maximushugus · « **Réponse #67 le:** 19 février 2021 à 11:22:50 »

As tu essayé de simplement redémarrer le routeur et surtout ton PC (si sous Windows) ? J'ai remarqué pas mal de bug lié aux réseaux multicast sous Windows

X-dark · « **Réponse #68 le:** 19 février 2021 à 15:34:37 »

Non pas de Windows dans l'histoire. Mais oui reboot serveur et routeur.

JulianCa · « **Réponse #69 le:** 06 mars 2021 à 19:21:57 »

Bonjour,

Tout d'abord un immense merci à @maximushugus pour ce tuto très complet, j'ai pu remplacer avec succès mon routeur NB6V et retrouver un réseau performant.

J'ai par contre un problème avec la partie TV, bien qu'ayant suivi le tuto à la lettre, VLC tourne dans le vide et les chaînes ne s'affichent pas.

Côté matériel, j'utilise un routeur Linksys WRT3200ACM avec OpenWRT + Luci en v19.07.

Igmpproxy est bien installé en v0.2.1-4

Voici mon fichier igmpproxy

Code: [Sélectionner]

config igmpproxy
        option quickleave 1
#       option verbose [0-3](none, minimal[default], more, maximum)

config phyint
        option network wan
        option zone wan
        option direction upstream
        list altnet 0.0.0.0/0

config phyint
        option network lan
        option zone lan
        option direction downstream

Et mon fichier network :

Code: [Sélectionner]

config interface 'loopback'
        option ifname 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config globals 'globals'
        option ula_prefix 'XXXXXXXX'

config interface 'lan'
        option type 'bridge'
        option ifname 'eth0.1'
        option proto 'static'
        option ipaddr '192.168.1.1'
        option netmask '255.255.255.0'
        option ip6assign '60'
        option igmp_snooping '1'

config interface 'wan'
        option ifname 'eth1.2'
        option proto 'dhcp'
        option vendorid 'neufbox_NB6V-XXXX'

J'ai juste masque l'ula et les XXX de mon vendorid sont en réalité l'adresse MAC de ma NB6V, adresse MAC que j'ai d'ailleurs également donnée à mon interface WAN.

J'ai effectué un test avec un ordinateur sous Windows 10 via le WiFi et un test avec un oridi sous Mint en filaire et j'ai rebooté le routeur mais sans succès.

Est-ce que quelqu'un aurait une solution à m'apporter ?

Merci d'avance et bonne journée.

maximushugus · « **Réponse #70 le:** 06 mars 2021 à 20:30:09 »

Salut !
Plusieurs choses possible :

Rebooter le router (ce que tu as déja fait)
Rebooter les PC (sous Windows si plusieurs interface réseau il semble y avoir un bug dans la gestion de la métrique multicast au bout d'un certain temps et un redémarrage permet de remettre la métrique dans le bon ordre)
Est ce que tu as changé les règles de base du pare-feu d'OpenWrt ? Notamment est ce que la règle permettant d’accepter l'IGMP entrant depuis le wan vers le routeur est activée ?
Enfin, le plus probable à mon sens : il semble qu'il faille attendre le lendemain de l'installation d'un (nouveau) routeur perso pour avoir accès aux chaînes TV sur le réseau SFR. Est ce que ton installation date d'aujourd'hui ? En effet j'ai remarqué récemment, en réinstallant OpenWrt sur mon routeur qu'avec une configuration identique à celle qui fonctionnait quelques minutes plus tôt, cela ne fonctionnait plus. J'avais un peu cherché mais sans trouver, avec des captures Wireshark sur mon interface wan de mon routeur montrant les requêtes IGMP pour les chaînes demandées qui partaient bien sur le réseau SFR mais sans réponse. Et "comme par magie" le problème s'est solutionné vers 00h le soir de la (ré)installation. J'ai l'impression qu'à 00h, le "réseau" SFR actualise la liste des routeurs / neufbox branchées et accèpte de répondre à partir de là. A voir si demain ton installation est fonctionnelle, car de ce que tu as partagé sur ta configuration, cela devrait fonctionner

JulianCa · « **Réponse #71 le:** 06 mars 2021 à 21:45:35 »

Merci de ta réponse très rapide !

J'avais également reboot les deux PC effectivement j'avais oublié de le mentionner.

Je n'ai pas touché la config de base d'Open WRT mais je viens de vérifier le firewall par acquit de conscience et la règle est bien en place.

Par contre... C'est effectivement une install toute fraîche que ce soit le flash du routeur où la config de ton tuto.

Je refais un test demain et je reviendrai dire ce qu'il en est.

Merci encore ! Bonne soirée !