Messages récents

Pages: 1 [2] 3 4 5 6 7 ... 10
11
ça sert au renouvellement du "Bail" (Le bail DHCP)

Une adresse IP n'est pas donnée pour toujours ; elle est prêtée pour une durée limitée (souvent 24h).
Sans l'option 60, ta connexion peut fonctionner au début par chance ou parce que le serveur est "tolérant".
Mais au moment de renouveler ce prêt, si l'option 60 est absente, le serveur Bouygues peut dire : "Tiens, je ne reconnais plus cet appareil", et il coupe la connexion. C'est ce qui cause les coupures mystérieuses en pleine nuit.

Réponse d'une IA
12
J'ai un petit script de test de vie appliquant les recommandations du post #1, arping et ping6 des passerelles.

Depuis l'avoir mis en place, j'ai remarqué que les arping sur ma passerelle IPv4 échouent tout les jours vers les coups de 11h du matin.
Le reste du trafic à l'air de passer correctement. Mais si je laisse mon script tourner, il me relance mes deux stacks donc à ce moment car la passerelle IPv4 est injoignable durant 120s+10s+10s

C'est un comportement attendu? Une opération journalière côté orange?
13
Salut
La réalité c’est que dès que vous avez une demande précise =  Lettre . C’est le seul moyen pour que les demandes soient satisfaites. C’est valable pour SFR comme pour Orange et Bouygues Télécom.
Super, tu amènes donc finalement de l'eau au moulin que je développais avant :
- il y a un sérieux problème avec l'assistance de base du service clients de SFR puisque s'adresser à lui pour un sujet précis est bien souvent vain et inutile (d'après ton conseil, ce serait même seulement par courrier qu'il faudrait procéder pour avoir un résultat... L'assistance téléphonique ne doit servir que pour donner la météo ;) )
- et (comme je l'ai écrit plusieurs fois ces derniers jours) pour être honnête ce problème ne me semble pas seulement chez SFR mais un peu chez tous les FAI dont (toujours selon moi, mais tu sembles donc le confirmer maintenant) les SC sont minimalistes et même déplorables (que j'ai qualifié de niveau low cost, sachant que "faites un courrier pour votre problème" est aussi un discours classique qu'on entend des interlocuteurs de compagnies low cost par exemple). Pour moi il est ainsi bien possible que ces professionnels n'aient plus l'envie ou la force de continuer à voler aussi bas...
QED.
14
Oui ça va tombe au premier procès cette clause.
15
J'ai l'impression que l'option 60 n'est plus obligatoire, je ne l'ai pas mise chez moi et ça fonctionne très bien.
16
C'est pourtant ce qu'on ma conseillé de mettre et tout fonctionne parfaitement
17
Free Incidents Free / DNS IPv6 Freebox Ultra
« Dernier message par dr191 le Hier à 18:10:03 »
Pour revenir au sujet des DNS Free en IPv6, j'ai eu une réponse sur le bugtracker, ce n'est pas que moi et ca va être corrigé dans le firmware 4.9.19 :)

Pour info, le firmware mentionné a été publié.
18
SFR Actus SFR Altice / Spec API REST box de SFR
« Dernier message par Tangocharly le Hier à 18:02:40 »
Bonjour,

Voici un script python qui fait ce que tu demande : https://mega.nz/file/UmQ2EIyY#geKpBLpCNAh_M2iYBHubXoTGIemd6SZZ42omJhgjiRM

Il affiche les ports ouverts en manuel et les ports ouverts via UPNP. Bien penser a changer le mot de passe dans le script.

Exemple en interrogeant ma Box8x :

python3 Box8_PortForwarding
START
Nonce: 7aewvmK0CR4erJRIwpwpCNh9EWmXLhcA
Status: 200
XSRF: 0EuVl1F3OGzJLWLjhPDtwCt3Sw2FMAykbEeJF5xD2F3bZQufObW8IqujUf4P81Bt
Session check:  {
}
✅ LOGIN OK

--- MANUAL PORT FORWARDING ---

Service | IP               | Proto   | Ext Ports | Int Ports | Active
---------------------------------------------------------------------
HTTP    | 192.168.1.2 | TCP/UDP | 80        | 80        | Yes
HTTPS  | 192.168.1.2 | TCP/UDP | 443       | 443      | Yes

--- UPNP PORT FORWARDING ---

Service                                        | IP                 | Proto      | Ext Ports | Int Ports | Active
------------------------------------------------------------------------------------------------------
192.168.1.22:9308 to 9308 (UDP) | 192.168.1.22 | TCP/UDP | 9308      | 9308      | Yes
192.168.1.22:8571 to 8571 (UDP) | 192.168.1.22 | TCP/UDP | 8571      | 8571      | Yes

Cordialement,
19
je crois qu'il y a un probleme ici :
20
télécom TV et codecs / Quel meilleur service OTT (débit, bitrate…)
« Dernier message par turold le Hier à 17:37:26 »
Merci pour vos réponse, mais je retiens surtout celle de turold qui répond à ma question initiale : Canal semble avoir les meilleurs flux ; je vois aussi l’avantage du contrôle du direct sur une longue période et la dispo des replays
Comme dit Testing5555, sur ce critère, Free TV se défend... mais ça peut se dégrader à l'avenir. Pour le moment, on est surtout sur moins de contenu dispo en gratuit sans Freebox par rapport au jour de lancement, voir même en payant sans Freebox si on en croit le site officiel mais là j'ai un doute car on paye.

Sinon, point important, vu ton critère: éviter absolument de regarder les flux via un navigateur. Application natif (fixe comme mobile) à préférer... sauf éventuellement avec Safari (Mac OS et iOS seulement).
Les codecs et résolutions maxi dépendent des DRM... et les ayant droit n'aiment pas trop les DRM (pour une fois! :P) qui sont dans la quasi totalité des navigateurs pour avoir des flux 4k ou même certains flux full HD (1080p).
Je ne pense pas que les flux qui passent par une offre Canal y ferait exceptions...
Pages: 1 [2] 3 4 5 6 7 ... 10