La Fibre
Datacenter et équipements réseaux => Routeurs => 
Remplacer la box SFR par un routeur => Discussion démarrée par: jewome62 le 07 novembre 2013 à 20:42:56
-
Bonjour,
comme vous le savez, je fais un bypass de la neufbox depuis le mois d'août. (suis à cela j'ai globaliser les infos en tuto en Post-it dans cette section)
Je remarque divers bugs, et j'aurai voulu avoir votre avis du pourquoi et ce que l'on pourrait faire pour améliorer la chose (et faire évoluer le tuto)
Voici mes problèmes :
* Si on a deux décodeurs qui fonctionne sur la même chaine, j'éteins le premier. le second annonce que le flux TV est indisponible
Il s'agirait d'un problème avec un paquet IGMP qui signifie la fin du flux (par le premier décodeur) mais le routeur mère (côté sfr) semble oublier qu'il y a un deuxième décodeur qui utilise la chaine.
Résolu : désactiver quickleave dans igmpproxy.conf
* Impossibilité d'utilisé la VOD ou le replay : erreur PK1
Il manque un truc dans l'api, ou un problème de firewall??
* Impossibilité d'utiliser l'appli mobile SFR TV avec un décodeur, comme télécommande ou pour demander un enregistrement.
Chaque fois que je selectionne un décodeur, l'appli plante
Si vous avez des pistes pour une option, je suis toute ouïe
-
IGMP avec 2 clients , regardes du coté de l'option quick-leave dans la conf du proxy.
Appli mobile. Si c'est sur Android, branches l'appareil a un ordi en usb et regardes le logcat (http://developer.android.com/tools/help/adb.html) au moment du plantage pour voir si ca donne une info sur le probleme ou si ton appareil Android est rooté utilises une appli pour voir le logcat (par exemple catlog (https://play.google.com/store/apps/details?id=com.nolanlawson.logcat))
-
IGMP avec 2 clients , regardes du coté de l'option quick-leave dans la conf du proxy.
Merci, je regarderai cela.
Appli mobile. Si c'est sur Android, branches l'appareil a un ordi en usb et regardes le logcat (http://developer.android.com/tools/help/adb.html) au moment du plantage pour voir si ca donne une info sur le probleme ou si ton appareil Android est rooté utilises une appli pour voir le logcat (par exemple catlog (https://play.google.com/store/apps/details?id=com.nolanlawson.logcat))
Mon portable est un iPhone. mais mon ami à un S4, j'essayerai de le taxer pour le débug
-
* Impossibilité d'utilisé la VOD ou le replay : erreur PK1
Il manque un truc dans l'api, ou un problème de firewall??
J'ai effectué un bypass de ma nb6 en la conservant sur mon réseau (comme le propose le tuto de neufbox4.org) et au final j'ai le même code erreur sur le replay.
Comme mentionné dans ton topic en post-it j'ai tenté de faire mumuse avec tcpdump. J'ai l'impression qu'il y a des paquets udp qui sont envoyés mais qui ne parviennent pas jusqu'à la box tv. Je suis partant pour investiguer plus mais j'ai besoin d'aide sur la marche à suivre :)
-
* Impossibilité d'utilisé la VOD ou le replay : erreur PK1
Il manque un truc dans l'api, ou un problème de firewall??
hello jewome62,
tu obtient a chaque fois cette erreur ?
car j'ai l'impression que c'est juste du coté SFR http://assistance.sfr.fr/tv/evolution/erreur-pk0-pk1-evol/fc-3208-79087 (http://assistance.sfr.fr/tv/evolution/erreur-pk0-pk1-evol/fc-3208-79087)
je vais testé cette semaine voir ci j'ai tous les temps cette erreur.
-
Oui j'ai bien le pb a chaque fois!
par contre j'ai bien la pub avant !!!!
-
Voici un dump pour wireshack : https://lafibre.info/images/wireshark/jewome62_bypass_neufbox.pcap (https://lafibre.info/images/wireshark/jewome62_bypass_neufbox.pcap)
donc on voit bien la pub en mp4 qui prend environ 4000 trames à passer rapidement
je pense que l'intéressant est à la fin
le décodeur demande http://rpc.stb.sfr.fr/vod/getUrlRtsp/?useBE=0&useSI=0&log=false&transactionId=732558000&countStream=false&partner=VOD (http://rpc.stb.sfr.fr/vod/getUrlRtsp/?useBE=0&useSI=0&log=false&transactionId=732558000&countStream=false&partner=VOD)
et j'ai
<?xml version="1.0" encoding="UTF-8"?>
<Response>
<asset>
<asset_rtsp_primary>rtsp://93.17.191.242/Les-Ch-tis-a-Hollyw_a2480936_Episode-642</asset_rtsp_primary>
<asset_rtsp_secondary></asset_rtsp_secondary>
<asset_rtsp_backup></asset_rtsp_backup>
<bitrate>1955</bitrate>
<asset_id>w9_11327264</asset_id>
<asset_name>Épisode 64</asset_name>
<asset_duration></asset_duration>
<asset_languages>
<asset_language>VF</asset_language>
</asset_languages>
<asset_format>0</asset_format>
<asset_description><![CDATA[Après s'être illustrés à Ibiza, dans le Tyrol, à Mykonos et Las Vegas, les Ch'tis retrouvent les États-Unis pour cette cinquième saison.
]]></asset_description>
<asset_categorie>2</asset_categorie>
</asset>
</Response>
par contre rtsp://93.17.191.242/Les-Ch-tis-a-Hollyw_a2480936_Episode-642 dans VLC n'a pas l'air de fonctionner, je récupère le temps mais pas de flux ...
Après j'ai vu une réponse 401 sans l'expliquer, une idée
PS : Bien entendu les chti à hollywood, c'est juste pour exemple, hein je ne regarde pas cela ...
OK, je sors ...
-
hello,
http://rpc.stb.sfr.fr/vod/getUrlRtsp/?useBE=0&useSI=0&log= (http://rpc.stb.sfr.fr/vod/getUrlRtsp/?useBE=0&useSI=0&log=)false&transactionId=732558000&countStream=false&partner=VOD
humm que veut dire le false.
quand on change l'id on trouvé des truc simpas.
http://rpc.stb.sfr.fr/vod/getUrlRtsp/?useBE=0&useSI=0&log=false&transactionId=732558000&countStream=false&partner=VOD (http://rpc.stb.sfr.fr/vod/getUrlRtsp/?useBE=0&useSI=0&log=false&transactionId=732558000&countStream=false&partner=VOD)
je vais jeté un oeil dessus
-
Bah chez moi les flux rstp ne fonctionnais pas (Avec VLC), la chez mes parents, je n'ai aucun problème ... (Orange ADSL)
-
Bah chez moi les flux rstp ne fonctionnais pas (Avec VLC), la chez mes parents, je n'ai aucun problème ... (Orange ADSL)
chez free aussi :o j'arrive a voir.
je c'est pas quoi dire. comment ca ce fait qu'on y arrive...et pas sur le réseaux sfr heuuuu.
en simulant l'user agent du décodeur, j'arrive a télécharge detail.gz et la pub.mp4. Rien d'extraordinaire.
je croit que leur server est 'Kasenna MediaBase version 9.1'.
j'ai quasiment la même capture que toi quand j’analyse avec ce "POST /error/ HTTP/1.1".
et après l'erreur PK1 que l'on retrouve.
-
On peut constater que pour la TV, la téléphonie et l'accès internet, la Neufbox utilise un certain nombre de VLAN différents :
root@nb6:~# brctl show
bridge name bridge id STP enabled interfaces
hotspot0 8000.aaa1d70f2455 no wl0.1
wl0.3
lan0 8000.aaa1d70f2456 no eth0.1
wl0
wl0.2
voip0 8000.e0a1d70f2452 no mv0
nas_0_65
tv0 8000.e0a1d70f2451 no mv1
nas_0_48
nas_0_49
nas_0_50
nas_0_51
nas_0_52
nas_0_53
nas_0_54
nas_0_55
wan0 8000.e0a1d70f244f no eth0.2
nas_8_36
Peut-être que la requête du fichier MP4 vers 80.118.195.54 passe par le mauvais VLAN ?
Voici un dump pour wireshack
https://drive.google.com/file/d/0B0xBsq6sDcnaWGN4Z1RwSGtLVWs/edit?usp=sharing (https://drive.google.com/file/d/0B0xBsq6sDcnaWGN4Z1RwSGtLVWs/edit?usp=sharing)
Je viens de me pencher sur le résultat de la requête vers http://container.stb.sfr.fr/player2/ (http://container.stb.sfr.fr/player2/), il y a une page web avec beaucoup de code JS, et c'est là que semble se trouver le code qui déclenche l'erreur PK1.
Voici le code JS après avoir été rendu plus lisible grâce à JSBeautifier (http://jsbeautifier.org/) : https://gist.github.com/anonymous/38fe7fea2e857d725412 (https://gist.github.com/anonymous/38fe7fea2e857d725412)
À priori le code PK1 semble correspondre à une erreur de lecture, ce qui colle avec le fait que la requête du fichier MP4 vers 80.118.195.54 échoue.
-
Bonjour,
@Marin la pub on la regarde bien. c'est une fois que la pub passe que nous avons l'erreur ...
Concernant la télécommande sur android. il ne la trouve pas même en spécifiant l'adresse ip.
la tv,radio, guide programme fonctionne bien également.
et le replay sur android fonctionne parfaitement pas d'erreur pk1,... ( en wifi via un AP Netgear ).
je vais regarde du pourquoi, du comment il ne trouve pas le décodeur.
pour la télécommande android. j'ai fait un scan avec wireshark vu que je suis pas sur le même réseaux. même en spécifiant l'ip du décodeur. il scan quand même la plage que je n'est pas coché.
décodeur 192.168.2.122
et mon tel en 192.168.1.3
--
au passage depuis quel que jour j'ai des monté en ping "1000ms et plus, au lieu d'initialement prévu 12ms ~" des flux HD.
qui font que je ne peut plus regarde la tv en HD.
-
Une piste ?
J'avais constaté que certains services ne fonctionnaient pas/plus si on change l'adresse de base du lan de la neufbox. (Mettre autre chose que celle par défaut 192.168.1.1).
Modifiable par la page cachée suivante : http://192.168.1.1/network/lan (http://192.168.1.1/network/l'an) de l'interface d'administration de la nb6.
Bon, Je n'ai pas réessayé récemment. Mais j'avais eu des problèmes n'en la modifiant. Dans la config de votre bypass, avez vous changé cette adresse ?
-
Non je n'ai pas touché à ces paramètres car j'utilisais la neufbox en tant que client sur mon LAN bypassé (et le décodeur était connecté à la NB).
-
Bonsoir,
Non plus je n'utilise pas la neufbox comme client car le flux TV fonctionne.
mon réseaux local a l'ip principale 192.168.2.1. j'ai ajouté l'ip suivante 192.168.1.1 pour que mon décodeur ne pète pas un pixel.
-
Ce que je voulais dire, c'était que même avec la neufbox, changer l'adresse de base du lan avait pour conséquence des services ne fonctionnaient plus.
Sinon, pour la téléphonie, j'ai trouvé cette article assez récent : http://imil.net/wp/2013/12/28/bypass-neufbox-6-avec-netbsd/ (http://imil.net/wp/2013/12/28/bypass-neufbox-6-avec-netbsd/)
-
Bonjour,
quelqu'un à réussi la méthode pour la téléphonie ?Je n'ai pas très bien compris ce NetBSD..
-
Je me suis repenché sur le problème de l'erreur pk1 car un ami commençait à avoir un problème de waf avec la vod SFR. En relisant les posts, j'ai noté que le protocole pour appeler la vod était RTSP; ce qui est bon signe car au moins c'est de la vraie vod real time, pas du streaming HTTP (comme les pubs).
Bref, le combo RTSP/RTP nécessite de faire du conntracking pour passer à travers un NAT (la session UDP n'étant pas initiée par le client, mais par le serveur).
Pour résoudre ce problème, il suffit donc d'installer le module RTSP Conntrack .
Sous openwrt AA ça donne ça:
opkg update
opkg install kmod-ipt-nathelper-rtsp
/etc/init.d/firewall restart
-
Ca marche aussi pour le replay ?
-
Oui pour le replay C+. J'ai pas tout testé.
-
Belle trouvaille, j'ai regarde du cote de l'erl et malheureusement le module ne semble pas dispo en tout cas bravo
-
Bonsoir a tous,
ça pourrais éventuellement marche sous linux avec ce genre de patch :
http://mike.it-loops.com/rtsp/ ?
y a quel gens qui on déjà tester ?
bonne soiré
-
C'est bien ce patch, par contre j'ai lu (mais pas teste) qu'il ne fonctionnait pas en 3.10
-
bonjour,
je suis en 2.6.32-5-amd64 pas sur que ça fonctionne...
Edit : Avez vous vu ?
https://lafibre.info/tutoriels-linux/rtsp-et-nat-sous-linux/
https://github.com/maru-sama/rtsp-linux
Amicalement,
Ashemta
-
Bonjour,
Suite a une mise a jour du décodeur hier soir.
je vous informe que mon je n'avais plus d'image, j'avais encore le son.
dans les log :
[Tue Apr 28 20:57:38 2015] [error] [client 192.168.2.122] File does not exist: /etc/apache2/htdocs
j'ai donc fait :
touch /etc/apache2/htdocs
et l'image est revenue.
ps ::
j'ai vu ce lient https://lafibre.info/remplacer-livebox/remplacer-livebox-tout-fonctionne-sauf-les-replay/228/
qui ressemble a notre problème.
EDIT fin 2015
Bonjour a tous,
Part rapport a ce post je pense que je vais teste le patch : https://lafibre.info/tutoriels-linux/rtsp-et-nat-sous-linux/12/
D'ici 2016.
LETURE DES CHAINE CRYPTER MAJ 2018
certain aurais trouve le moyen de lire les chaine crypte via le système SECA.
pour preuve j'ai vu une chaine youtube qui nous montre qu'il arrive a lire via tvheadend couplé avec oscam les chaine SFR encrypté.
MAJ après 11/06/2018 ; j'ai entendu dire que le cryptage seca va migrer en NAGRA pas cool
bien a vous ::)