Sujets

Bonjour,

Depuis hier à minuit environ, plus d'accès IPv6 depuis l'Ain: http://mrtg.vi-di.fr/google6.ping.html

Serait-il possible de rétablir la situation ?

En vous remerciant,

Merci beaucoup

Bonjour,

Depuis aujourd'hui à ~16h00 UTC, plus de connectivité IPv6 sur le réseau Liain.

root@vi-di.fr >>~ traceroute6 google.com
traceroute to google.com (2a00:1450:400a:802::200e), 30 hops max, 80 byte packets
1  router.lan.villaro-dixon.eu (2a03:4980:7:b200::1234)  0.343 ms  0.778 ms  0.903 ms
2  border1-sgp.kwaoo.net (2a03:4980::11:0:1)  3.366 ms  3.344 ms  3.401 ms
3  * * *
4  * * *
5  * * *

Serait-il possible de corriger cela SVP ?

Merci beaucoup,
Meilleures salutations

Bonjour,

Depuis aujourd'hui à ~3h du matin, plus de connectivité IPv6 vers l'extérieur. Pas de problème en v4

Depuis l'extérieur (v6), on a:

6:  ams-ix.kwaoo.net                                     32.264ms
7:  border1-sgp-ng.kwaoo.net                             31.903ms
8:  border1-sgp-ng.kwaoo.net                             34.023ms
9:  no reply
...

Rien changé de mon coté.

Des idées ? Merci ;-)

Bonjour,

Depuis quelques semaines déjà j'ai des grands problèmes d'instabilité de la connexion IPv6 (IPv4 nickel). Tout se passe correctement quand soudainement la connexion se perd pour ~2minutes(±2min). Sur une vingtaine de minutes, le packet loss est d'environ au minimum 3%.

En général le packet loss se traduit aussi bien pour la passerelle (router.lan.vi-di.fr (2a03:4980::11:0:bc3)) que pour les ordis derrière (www.vi-di.fr (2a03:4980:7:b200:ea40:f2ff:feec:8902)).

Pendant le packet loss, les paquets terminent leur course à 2a03:4980::c:0:3 (qui parfois perd des paquets, même si cela pourrait être totalement normal).

Des idées ? Quelqu'un qui aurait le même problème ?

Je ne suspecte pas le routeur (avec tomato), mais je ne l'exclus pas pour autant.

Merci encore,

Cordialement
Frank

[===== Depuis dehors: =====]

J'écris aussi ici après ne pas avoir eu actuellement de réponse de la part de  info@...fr 

J'écris car l'IPv6 ne fonctionne plus chez moi depuis maintenant deux petites semaines.

J'avais reçu une plage il y a quelques années en tant que beta testeur:
---8<----
   Adresse IP d'interco : 2A03:4980::11:0:5/96
   Passerelle IPV6      : 2A03:4980::11:0:1/96
   Bloc attribué *      : 2a03:4980:1:3::/64
---8<----


Le problème est maintenant que mon subnet ne semble plus marcher:

===== Depuis dehors: =====

        ### Interco
        PING 2a03:4980::11:0:5 OK

        ### Addr. subnet
        PING 2a03:4980:1:3::1 'no route to host'
         6  ams-ix.kwaoo.net (2001:7f8:1::a502:4904:1)
         7  border1-sgp-ng.kwaoo.net (2a03:4980::2:0:3)
         8  border1-sgp-ng.kwaoo.net (2a03:4980::b:0:2)  !N

===== Depuis dedans: =====

        ### Ping depuis addr interco:
root@router >>~ tcpdump -i eth1.1971 ip6 and icmp6
16:40:39.608113 IP6 2a03:4980::11:0:5 > par03s13-in-x03.1e100.net: ICMP6, echo request, seq 3, length 64
16:40:39.642226 IP6 par03s13-in-x03.1e100.net > 2a03:4980::11:0:5: ICMP6, echo reply, seq 3, length 64


        ### Ping depuis addr subnet:
root@router >>~ tcpdump -i eth1.1971 ip6 and icmp6
16:41:25.326250 IP6 2a03:4980:1:3:c17:b0f1:1b8b:b71b > par03s14-in-x03.1e100.net: ICMP6, echo request, seq 1478, length 64
16:41:26.326359 IP6 2a03:4980:1:3:c17:b0f1:1b8b:b71b > par03s14-in-x03.1e100.net: ICMP6, echo request, seq 1479, length 64
16:41:27.326376 IP6 2a03:4980:1:3:c17:b0f1:1b8b:b71b > par03s14-in-x03.1e100.net: ICMP6, echo request, seq 1480, length 64



Avez-vous procédé a des changements ? Que pouvons-nous faire pour rétablir le fonctionnement du subnet ?

Merci beaucoup pour votre réponse,

Bonne journée,
Cordialement,
Frank

Salut,

suis-je le seul, ou l'IPv6 est toujours down dans l'Ain ?
Impossible de faire grand chose a l'extérieur:

Code Sélectionner Étendre


ping6 google.com
PING google.com(par03s13-in-x07.1e100.net) 56 data bytes
^C
--- google.com ping statistics ---
6 packets transmitted, 0 received, 100% packet loss, time 5007ms


par contre, chez vous (forum.k-net.fr), ben ca marche, ca marche pas...


Une idée de quand ca sera rétabli ? Ca commence a faire un peu long, mine de rien...

Merci beaucoup ! 

Frank

Bonjour,

Une petite année et qqes après votre lancement en beta d'IPv6, j'aurai une petite question concernant votre
prochain mode de fonctionnement sur les "délégations" v6 aux custommers.

        Au début, vous nous aviez passé un /64 chacun. Est-il prévu que vous passiez plutôt sur
un /56 par abonné (il me semble que c'est ce que recommande le RIPE
d'ailleurs) ?  Surement que les ⅞ des abonnés n'utiliseront qu'un /64 (pour
SLAAC) dans ce /56, mais ca peut toujours être utile dans le futur (si vous
décidez par exemple de fournir un accès wifi "public"; qui dans ce cas, aurait
son propre /64 à lui, p. ex), ou pour les gens qui on un peu plus de besoins.

Pour ma part, un /56 me serait assez pratique.

        Avez-vous donc des intentions de déléguer des /56 aux abonnés (si ce n'est
pas déjà fait pour vos nouveaux routeurs) ? Ce j'ai pas non-plus trop envie
d'embêter tout le monde, même si j'avoue que ca serait bien pratique.

Merci beaucoup et très bonnes fêtes !

Frank

Bonjour,

depuis quelques heures, la gw IPv6 semble down depuis chez moi...

for i in `seq 0 7`; do echo 2a03:4980::11:0:$i; ping6 -c 1 2a03:4980::11:0:$i | tail -n 2; done
2a03:4980::11:0:0
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.020/0.020/0.020/0.000 ms

2a03:4980::11:0:1
1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms

2a03:4980::11:0:2
1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms

2a03:4980::11:0:3
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.687/0.687/0.687/0.000 ms

2a03:4980::11:0:4
1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms

2a03:4980::11:0:5
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.020/0.020/0.020/0.000 ms

2a03:4980::11:0:6
1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms

2a03:4980::11:0:7
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 2.288/2.288/2.288/0.000 ms

ping6 -c1 google.com
PING google.com(par03s03-in-x07.1e100.net) 56 data bytes

--- google.com ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

traceroute6 wan.v6.villaro.ch
traceroute to wan.v6.villaro.ch (2a03:4980:1:3::dead:beef) from 2001:620:600:4400:214:4fff:fea8:6d3c, 30 hops max, 24 byte packets
1  2001:620:600:4400::1 (2001:620:600:4400::1)  5.368 ms  0.969 ms  0.38 ms
2  2001:620:600:711::1 (2001:620:600:711::1)  0.643 ms  0.477 ms  0.492 ms
3  swiGE2-10GE-3-2.switch.ch (2001:620:0:fffc::1)  0.625 ms  0.51 ms  0.552 ms
4  swiCE3-10GE-3-2.switch.ch (2001:620:0:c093::1)  0.821 ms  0.768 ms  0.793 ms
5  2001:7f8:1::a502:4904:1 (2001:7f8:1::a502:4904:1)  37.304 ms  37.056 ms  37.195 ms
6  border1-sgp.kwaoo.net (2a03:4980::2:0:2)  37.07 ms  37.265 ms  37.17 ms
7  * * *
8  * *^C

Une idée ?

Bonjour,

Encore un petit message pour savoir ou vous en etiez dans la délégation des zones de reverse DNS pour l'IPv6 ?

En effet, gmail semble avoir changé quelque chose et refuse maintenant d'accepter mails provenant d'une IPv6 n'ayant pas le bon reverse:

<foo@gmail.com> host gmail-smtp-in.l.google.com[2a00:1450:400c:c03::1a]
    said: 550-5.7.1 [2a03:4980::11:0:5      16] The sender does not meet basic
    ipv6 550-5.7.1 sending guidelines of authentication and rdns resolution of
    sending 550-5.7.1 ip. Please review 550 5.7.1
    https://support.google.com/mail/answer/81126for more information.
    y12si4696812wij.13 - gsmtp (in reply to end of DATA command)

Serait-ce possible, s'il-vous-plait (pitié, même ), de mettre en place le rdns pour l'IPv6 ? Voire de me déléguer la zone correspondant à mon subnet ?
Je veux bien faire le beta-test pour le rdns concernant l'IPv6, si vous le voulez, mais il me faut vraiment ce rdns 

Merci, beaucoup pour votre réponse ! 

Cordialement,

Frank

Salut à tous,

C'était pour demander si des personnes autour du Pays de Gex/Genève utilisent PGP (ou GPG), et/ou ont des clés bien vérifiées par d'autres personnes ?

Ça pourrait être sympa de se signer mutuellement, pour faire grandir la "web of trust" ^^

Des participants  (ou intéressés ?) ?

Bonjour,

depuis quelques jours, de grandes lenteurs sur youtube.com.
Je viens de désactiver IPv6, et plus de problèmes. Ca semble être le seul "site" impacté (d'autres sites accessibles en IPv6 fonctionnent très bien).

Je sais vraiment pas trop comment tester ca objectivement, mais c'est très notable: la video se remet à rebufferer chaque 20s. Et une fois qu'IPv6 est désactivé, un coup de refresh, et c'est instantanné.

Quelqu'un à la même chose que moi ?
Une idée, chez k-net ?

Merci
Frank

Bonjour,

J'ai constaté que pour joindre k.root-servers.net (en v4 ou v6), le routeur privilégie celui qui est à amsterdam, alors qu'on en a un qui est juste au CIXP.

En changeant la destination pour celle du cern, on peut facilement gagner les 18ms qu'il y a actuellement pour ams.

Ca serait possible, quand vous aurez le temps, de changer ce petit truc ?

Merci


Frank

Bonjour,

juste une petite question pour ceux qui ont leurs serveurs mails chez eux (de pref. avec une IP proche de 178.250.210.x/24) pour savoir si vous arrivez toujours à envoyer des mails chez GMAIL ?

Pour m'a part, j'ai :

<XXXXX@gmail.com>: host
    gmail-smtp-in.l.google.com[2a00:1450:400c:c03::1b] said: 550-5.7.1
    [2a03:4980::11:0:5       7] Our system has detected that this message
    550-5.7.1 is likely unsolicited mail. To reduce the amount of spam sent to
    550-5.7.1 Gmail, this message has been blocked. Please visit 550-5.7.1
    http://support.google.com/mail/bin/answer.py?hl=en&answer=188131 for 550
    5.7.1 more information. w15si2664844wie.10 - gsmtp (in reply to end of DATA
    command)

Vous avez aussi des problèmes de ce genre ?

Merci à tous

Bonjour,
depuis quelques jours, impossible d'écouter Europe1 ( udp://@233.97.72.153:1234 ), normal ?

Merci

Bonjour à tous,

Je pose juste cette petite question à k-net pour savoir quel est le faire-use approximatif que l'on peut utiliser.

Je sais pas comment la BP vous est facturée, mais est-il envisageable par exemple de seeder des isos, ou de mettre en place un mirroir archlinux/tor/torrent/etc.. ?

Peut-être qu'avoir un output de 100 constammen n'est sûrement pas faisable, mais sinon, qu'en est-il d'avoir des débits différents le jour et la nuit ?

En fait, comment serait une courbe de débit acceptable pour vous ?

Merci pour vos réponses,

Cordialement

Frank

[le TTL des paquets était à 1!!!]

Bonjour à tous,

je ne regarde pas trop la TV, mais j'ai décidé aujourd'hui de faire cohabiter la TV sur mon réseau local.
Le but et que tous les adresses multicast fonctionnent dans le LAN privé.

Donc configuration des VLAN, iptables, puis test sur serveur: (vlc -A caca est cool, dans ce cas :p), tout marche bien.
Ensuite, compilation et configuration d'igmpproxy, test, et ca marche pas.

Puis j'ai passé littéralement 4 heures à voir pourquoi ca marchais pas. Les paquets s'arettaient à la gw. Donc tests avec un simple serveur/client multicast, OK, tests du fw, des autres interfaces, rien...

Bref, jusqu'à ce que je remarque que le TTL des paquets était à 1!!! [1]. C'est vrai que les "normes" en multicast (je viens de m'en rendre compte), sont un peu différentes, mais bon...
Ca me gave d'avoir perdu tout ce temps.

Bref, pour y remedier, une simple commande toute conne:
iptables -t mangle -A PREROUTING -i eth1.1989 -j TTL --ttl-set 5

Et voila...

Je ferai surement un tuto si ca intéresse des gens

[1] - Bon, d'après la RFC 5135, c'est "Normal" de mettre un TTL à 1, et le NAT ne devrait pas le décrementer.. Bof bof, quoi..

Bonjour à tous,
juste ce petit message pour vous demander si vous aviez récemment eu des lenteurs avec youtube.com (et/ou les services google associés) ?
J'arrive pas à faire fonctionner ce "benchmark" youtube, donc c'est peut-être objectif, mais j'ai l'impression que c'est plus "lent" (établissement de la connexion avant cache) qu'avant..

Des remarques/idées(coté "noc" :p) ?

Frank

Pour ceux qui ont des cheminées, je pense que ceci pourrait vous intéresser:
http://www.vol.be.ch/vol/fr/index/luft/luftreinhaltung/heizen_verbrennen/holzfeuerung.html
Ainsi que sa vidéo associée:
Allumer un feu sans fumée

J'ai testé la nouvelle technique il y a quelques années, et ca change !
Au début, on te prend pour un fou: "Allumer un feu d'en haut ?!"
Puis après, quand on voit que tu peux laver la vitre de l'insert chaque année (pour 2 feux par semaine environ), que tu produits super peu de cendres (je vide le petit bac chaque deux/trois semaines), je me suis dit que c'est quand même fonctionnel.

Pour ceux qui conaissent pas, ca s'appelle le Top Down, et il y a deux principes derrière tout ca:
Le truc, c'est qu'il y ait en premier des flammes par dessus tout: comme ca, les fumées qui s'échappent des bois en dessous à moitié brulés/en carbonisation, vont flamber en touchant la flamme d'au dessus.
Le deuxième truc consiste à avoir un foyer bien chaud. Comme ca, certaines fumées atteignent leur température d'auto inflammation, et flambent dans le foyer (vous pouvez voir ca à des flammes qui apparaissent subitement dans le foyer).

Finalement, c'est vrai qu'il faut des buches pour faire un peu (chez nous, c'est 3 étages * 2 buches, donc 6 par feu), mais ca chauffe deja bien la maison.

Bref, j'ai pensé que par cette periode d'hiver, ca pourrait vous intéresser (c'est plus économe, écolo, ca enfume **beaucoup** moins la pièce (en fait, pas du tout), etc..): je sais que pas mal d'entre vous chauffent ici au bois.


Cordialement,
Frank

http://www.google.com/intl/en/ipv6/statistics.html
Pour la première fois, on a dépassé les 1% de personnes qui accèdent à Google via IPv6 !
Bravo à K-Net pour avoir supporté IPv6 pour le IPv6 day !

Frank

Bonjour à tous,
je viens de remarquer que les leases DHCP des IPs fournies par K-net sont de ±30 minutes. Est-ce vraiment-utile ?
Étant donné que nous avons tous des IPs fixes, quel est le but de mettre ce lease à 30 minutes ?
Ne pourriez-vous pas le mettre à 24H, ou au pire, 12H ?
Je ne vois pas trop les avantages à avoir un lease si petit la ou les clients sont connectés en permanence, et ou les IPs sont fixées (on est pas dans un réseau Wi-Fi de ville ou d'Uni, par exemple). Et ca fait plus de traffic "inutile" dans le réseau/segment.

Qu'en pensez-vous ?

Cordialement

Frank