Bonjour,
Je poste ici suite au poste : http://forum.k-net.fr/index.php/topic,1816.0.html (http://forum.k-net.fr/index.php/topic,1816.0.html)
Bikeur n'arrive pas à rejoindre mon ip.
Edit : Je n'arrive pas à rejoindre son ip aussi bloqué, par contre moi c'est pire j'arrive même pas à border1-sgp.kwaoo.net [81.28.200.254]. Le dernier point est mon routeur xD
Voilà Les résultats de Bikeurs :
==> ping 81.28.200.100
Envoi d'une requête 'Ping' 81.28.200.100 avec 32 octets de données :
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Statistiques Ping pour 81.28.200.100:
Paquets : envoyés = 4, reçus = 0, perdus = 4 (perte 100%),
==> tracert 81.28.200.100
Détermination de l'itinéraire vers 100-200-28-81.ftth.cust.kwaoo.net [81.28.200.
100]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.1.1
2 3 ms 3 ms 3 ms border1-sgp.kwaoo.net [81.28.200.254]
3 * * * Délai d'attente de la demande dépassé.
4 * * * Délai d'attente de la demande dépassé.
5 * * * Délai d'attente de la demande dépassé.
6 * * * Délai d'attente de la demande dépassé.
7 * * * Délai d'attente de la demande dépassé.
8 * * * Délai d'attente de la demande dépassé.
9 * * * Délai d'attente de la demande dépassé.
==> ping thibault01.com
Envoi d'une requête 'ping' sur thibault01.com [81.28.200.100] avec 32 octets de
données :
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Statistiques Ping pour 81.28.200.100:
Paquets : envoyés = 4, reçus = 0, perdus = 4 (perte 100%),
==> tracert thibault01.com
Détermination de l'itinéraire vers thibault01.com [81.28.200.100]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.1.1
2 3 ms 3 ms 3 ms border1-sgp.kwaoo.net [81.28.200.254]
3 * * * Délai d'attente de la demande dépassé.
4 * * * Délai d'attente de la demande dépassé.
5 * * * Délai d'attente de la demande dépassé.
6 * * * Délai d'attente de la demande dépassé.
Modifier le message
Je sais qu'à une époque, une restriction du réseau du SIEA empêchait deux abonnés du même NRO de dialoguer entre eux. Tu es sur de pouvoir accéder à Tipiak ?
Citation de: Damien le 09 Juillet 2013 à 15:23:42
Je sais qu'à une époque, une restriction du réseau du SIEA empêchait deux abonnés du même NRO de dialoguer entre eux. Tu es sur de pouvoir accéder à Tipiak ?
Je suis sûr est certain ! Et lui il accède aussi au miens. Par contre je ne sais pas si Bikeurs est sur mon NRO.
System32 arrive aussi à rejoindre mon ip.
Damien regarde aussi mon édit du poste précédent, moi je bloque carrément à mon routeur pour rejoindre son IP.
De chez moi vers son ip :
Détermination de l'itinéraire vers XX-XXX-XX-XX.ftth.cust.kwaoo.net [XX.XX.XXX.XX]
avec un maximum de 30 sauts :
1 1 ms 1 ms 1 ms 192.168.1.1
2 * * * Délai d'attente de la demande dépassé.
3 * * * Délai d'attente de la demande dépassé.
4 * 100-200-28-81.ftth.cust.kwaoo.net [81.28.200.100] rapports : Impo
ssible de joindre l'hôte de destination.
Itinéraire déterminé.EDIT : Tiens je te le prouve : http://smokeping.thibault01.com/smokeping.cgi?target=Operateurs.Knet.Clients.Ain.Tipiak (http://smokeping.thibault01.com/smokeping.cgi?target=Operateurs.Knet.Clients.Ain.Tipiak) ça met longtemps à charger. J'accède et il accède avec le jeu minecraft aussi :d
Enfaite je ne peux pas joindre toute une plage 81.28.200.XXX
Toute la plage qui commence par 81.28.200. est impossible à rejoindre. Tipiak n'as pas ce début, ni system32, ni jenecplu. Mais Bikeurs à ce début !
Bizarre, mais moi j'aimerais que ça marche ... Surtout si le problème avait déjà été remonté !
EDIT : J'arrive à joindre une ip de cette plage le border : 81.28.200.254
C'est bizarre tout ça, d'où vient le problème ?
C'est un problème dans l'infrastructure de k-net ou du SIEA.
En gros tous les abonnés K-net ne peuvent pas rejoindre 254 ipv4 qui sont tous des clients K-net.
Pourtant il n'y a que moi qui dit ne pas pouvoir accéder à tes liens.
Oui, il n'y a que Bikeurs pour qui on a la certitude que ça ne fonctionne pas.
@Titi, tu peux faire un mail au support ? Suis en congés cette semaine et pas en mesure de regarder en détail pour l'instant.
Damiens j'ai fais des pigns sur pleins d'ip en 81.28.200.XXX => 0 qui marchent
Pings sur 81.28.195.XXX elles marchent toutes.
Je sais pas si tu te souviens, mais en mai 2012, il y avait eu des phénomènes bizarres pour les abonnés de ton switch. Le SIEA avait trouvé une parade en désactivant quelque chose permettant de faciliter le dialogues entre abonnés. C'est pas impossible que ce soit toujours désactivé.
Par contre, toi tu as toujours la TV nickel, si ça se trouve c'est grâce à ça ! Je viens de remonter tout ceci au SIEA.
Ha d'accord, vive le truc pour résoudre la TV !
J'ai envoyé un mail, faudrait faire un envoie d'une copie au mail indiqué et aussi une case plus grande car quand tu mets tracert / texte / ping / ip tu es pomé, j'ai fais un message de 80 lignes, bin c'est le gros bordel.
Citation de: TiTi le 09 Juillet 2013 à 16:12:33
Ha d'accord, vive le truc pour résoudre la TV !
Le pb n'était pas côté TV à l'époque. Mais c'est possible que les deux soient liés. Ou pas...
Tu parle de lui ? http://forum.k-net.fr/index.php/topic,1331.75.html (http://forum.k-net.fr/index.php/topic,1331.75.html)
On vient de me répondre. Bref, faut faire quelques chose.
"Bonjour,
Ce problème est identifié et est une des limitation du réseau fibre mis en place sur le département.
Nous avons transmis votre demande à l'ingénierie afin de trouver une solution technique à ce problème.
Cordialement,"
Citation de: TiTi le 09 Juillet 2013 à 16:19:47
Tu parle de lui ? http://forum.k-net.fr/index.php/topic,1331.75.html (http://forum.k-net.fr/index.php/topic,1331.75.html)
Non, juin 2012
Damien, ce n'est pas que chez moi !
Tracert de System32 qui n'est pas sur la même plage, vers une ip de sa plage :
Détermination de l'itinéraire vers vers XX-203-28-81.ftth.cust.kwaoo.net [81.28.203.XX]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms KBOX [192.168.1.1]
2 * * * Délai d'attente de la demande dépassé.
3 * * * Délai d'attente de la demande dépassé.
4 * XXX-203-28-81.ftth.cust.kwaoo.net [81.28.203.XXX] rapports : Impossible de joindre l'hôte de destination.
Bonjour,
Suite aux retour de notre équipe gérant le réseau, il nous est impossible de contourné le problème actuellement.
Veuillez nous excuser pour la gêne occasionnée.
Cordialement
Voilà une autre réponse. C'est clair. Si des pros utilisent un serveur chez eux, c'est pas pro :D
Moi un de mes sites sera consacré aux utilisateurs k-net, donc en gros un bon nombre d'entre eux ne pourront pas venir.
Des gens ont réussi, pourquoi pas vous ? http://forum.k-net.fr/index.php/topic,118.msg491.html#msg491 (http://forum.k-net.fr/index.php/topic,118.msg491.html#msg491)
http://forum.k-net.fr/index.php/topic,898.30.html (http://forum.k-net.fr/index.php/topic,898.30.html)
Et pour Genève vous avez réussi : http://forum.k-net.fr/index.php/topic,1520.msg14521.html#msg14521 (http://forum.k-net.fr/index.php/topic,1520.msg14521.html#msg14521)
Je pense que la problématique est complexe pour que ce soit bloquant pour l'instant.
Je ne dis pas le contraire mais qu'est ce qui va changer après pour que ça soit possible ?
En gros, c'est comme si tu ne pouvais pas accéder aux machines de ton réseau local si elles sont toutes sur la même plage d'adresse, par exemple 192.168.1.x.
C'est quand même beau la technologie, tu peux aller très vite sur un site à l'autre bout du monde, mais tu ne peux même pas aller sur un site à coté de chez toi !
J'arrive à joindre le border qui est sur cette plage !
Pas moyen de faire des routes spécifiques ou autres ?
Esperons que ce soit un problème spécifique est temporaire.
Sinon autant jeter tout le reseau fibre à la poubelle.
Imaginez une entreprise qui a deux sites et qui prend deux connexion fibre qui peut plus communiquer entre les deux sites !
En même temps le pro qui prend un abonnement destiné au particulier, comment dire, ben heu tant pis pour eux.
J'ose imaginer que pour les pros (hors offre fibre noir), qu'ils ne soit pas sur la collecte destiné au particulier et qui n'ont donc pas les mêmes limitations imposé par le SIEA.
Pas souvenir de pros évoquant ce blocage. Donc j'aurai tendance à dire qu'ils ne sont pas impactés.
Oui effectivement.
Mais la question est intéressante entre offre pro et perso :
Si un jour Nantua est câblé, je prend la fibre au boulot.
Mais je veux pouvoir continuer à faire les sauvegardes chez moi depuis le boulot !
Citation de: Daweb le 11 Juillet 2013 à 10:33:52
Oui effectivement.
Mais la question est intéressante entre offre pro et perso :
Si un jour Nantua est câblé, je prend la fibre au boulot.
Mais je veux pouvoir continuer à faire les sauvegardes chez moi depuis le boulot !
Non mais si tu comptes rejoindre une ip il y a moyen de magouiller pour qu'une ne soit pas sur la même plage !
Oui de toute façon, je ne m'inquiète pas pour le moment : apparemment c'est pas prêt d'être câblé à Nantua...
Citation de: Daweb le 11 Juillet 2013 à 10:33:52
Oui effectivement.
Mais la question est intéressante entre offre pro et perso :
Si un jour Nantua est câblé, je prend la fibre au boulot.
Mais je veux pouvoir continuer à faire les sauvegardes chez moi depuis le boulot !
Bin tu déménages dans un endroit qui n'est pas sur le même NRO et le tour est joué ;D
Ce n'est pas avec le NRO le problème.
K-net ne mets pas une plage par NRO ?
C'est des plaques qui ont plusieurs plages, qui ont plusieurs NRO ?
Bonsoir,
K-net ne défini aucune plaque dans l'Ain. Le SIEA décide quel client est dans quelle plaque (en fonction de la position géographique).
Nous attribuons un ou plusieurs subnet par plaque, en fonction du nombre de client (eg du besoin en IP)
Bref, le problème est quand même assez important pour travailler dessus. Surtout que des posts précédents, qui date d'un ou 2 ans, en parlent déjà.
J'approuve la position de Titi: Si je mets en place un serveur pour une association chez moi, il y a de fortes chances que les membres de l'association soient domiciliés près de chez moi, et il est donc ridicule qu'ils ne puissent pas atteindre mon site si ils sont fibrés...
Citation de: felix_clerc le 12 Juillet 2013 à 08:14:39
J'approuve la position de Titi: Si je mets en place un serveur pour une association chez moi, il y a de fortes chances que les membres de l'association soient domiciliés près de chez moi, et il est donc ridicule qu'ils ne puissent pas atteindre mon site si ils sont fibrés...
Avec TOR ça irait peut-être ?
Non mais si faut utiliser TOR, voilà ...
Tu prends un VPN / proxy ça marche, mais bon c'est pas le but.
Oui il est évident que ce soucis doit être corrigé par Liain s'il est avéré.
Car c'est le concept même d'internet qui perd tout son sens sinon !
Je ne sais pas le problème est chez qui.
Avant c'étais entre NRO qu'on pouvait pas communiquer, hors maintenant c'est possible si ont à pas la même plage.
Mais je comprends, pas le raisonnement de LIAIN de passer par son FAI pour rejoindre internet, si on veut joindre une IP sur fibre, dans le département, c'est quand même plus simple d'y aller directement non ?
En plus c'est ça qui pose problème, si j'ai bien compris.
Par même plage on entend quoi ?
111.222.333.xxx : donc tout ceux qui ont juste les xxx qui changent ?
Sur ces adresses, le ping est impossible aussi ?
Car j'ai testé un ping vers les adresses de la même plage que la mienne et 41 répondent au ping sur les 60 premières que j'ai testé.
Citation de: Nico_S le 12 Juillet 2013 à 22:26:57
Par même plage on entend quoi ?
111.222.333.xxx : donc tout ceux qui ont juste les xxx qui changent ?
Sur ces adresses, le ping est impossible aussi ?
Car j'ai testé un ping vers les adresses de la même plage que la mienne et 41 répondent au ping sur les 60 premières que j'ai testé.
Oui que les XXX qui changent.
Moi uniquement la .254 (qui est le Border) et la mienne répondent.
je pourrais tester les autres pour voir, mais ça réponds relativement bien sur ma plage 81.28.204.xxx
Citation de: Nico_S le 12 Juillet 2013 à 22:31:02
je pourrais tester les autres pour voir, mais ça réponds relativement bien sur ma plage 81.28.204.xxx
C'est ta plage ? Pourquoi chez toi ça marche ? Oo
Moi sur la plage 81.28.200.XXX 6 répondes, bizarre :
.100 : Mon Ip
.12X
.14X
.16X
.25X
.254 : Border.
Alors là je comprends plus rien, pourquoi 6 répondes et pas les autres ?
Je les rejoins directement la route est mon ip => leur ip.
@Titi, je suis actuellement connecté en SSH sur ton routeur. J'ai testé les 10 IPs de ta plage de xxx.xxx.xxx.101 à .110. 3 répondent au ping (.101, .103, .107).
J'ai testé les 20 suivantes, environ 8 répondent au ping. Pour celles qui répondent pas, sûrement des routeurs éteints ou refusant de répondre au ping.
Tiens, par contre il y a la xxx.xxx.xxx.104 qui répond depuis chez moi mais pas depuis chez toi.
moi je viens de tester ma plage et 2 ne répondent pas.
xxx.xxx.xxx.104 réponds de chez moi aussi.
Ha oui Damien, enfaîte il y a plus d'ip qui répondes, bizarre alors, le problème est encore plus ciblé que par plage.
Damien tu as 20 minutes pour résoudre le problème :D
Fait un traceroute tu verras le dernier à répondre est chez moi. Alors que ça devrait être le border.
Suis en congés, donc pas le mieux placé pour résoudre le problème ;)
Oui mais les autres, ça ne les intéresse pas on dirait.
Tu fais tout le travail dans cette société ! ;D
Ne t'inquiète pas, tout le monde travaille, en jonglant entre les nouveautés, la stabilité et le curatif, sans pour autant prendre le temps de venir l'évoquer sur le forum.
Je viens de tester les 10 premières ip sur ma plage : 6 répondent (entre 5 et 15ms).
Donc a priori pas de soucis sur ma plage. (81.28.204.xxx)
Et le gateway 254 en 2ms.
Alors peut être même NRO + Même plage ?
Je ne sais pas ou Bikeurs habite.
Mais Tipiak, habite juste à coté de chez moi mais il n'a pas la même ip, et ça marche.
Citation de: TiTi le 13 Juillet 2013 à 15:14:29Je ne sais pas ou Bikeurs habite.
Moi, Curtafond.
Je suis sur la même plage de Daweb, et j'ai les Ip suivantes qui ne répondent pas (enfin hier soir)
xxx.xxx.xxx.004, 007, 008, 009, 010, 020, 024, 039, 043, 046, 047, 048, 049, 053, 054, 055, 058, 059, 060, 174,179 (je n'ai pas fait entre 061 et 169 et après 180.
Bikeur j'habite à Cormoranche.
Le NRO comprend plusieurs villes ou 1 NRO (voir plus) par ville ?
Je crois que le NRO c'est l'armoire fibre qui se trouve donc chaque village (je dit bien, je crois). Donc un NRO par village, ou plus si beaucoup d'habitant.
Citation de: Nico_S le 13 Juillet 2013 à 18:15:41
Je suis sur la même plage de Daweb, et j'ai les Ip suivantes qui ne répondent pas (enfin hier soir)
xxx.xxx.xxx.004, 007, 008, 009, 010, 020, 024, 039, 043, 046, 047, 048, 049, 053, 054, 055, 058, 059, 060, 174,179 (je n'ai pas fait entre 061 et 169 et après 180.
Toutes les IPs d'une plage ne peuvent répondre en totalité. Entre les routeurs coupés (vacances) et ceux configurés pour ne pas répondre au ping, c'est normal.
Bikeurs et Titi ne sont pas sur le même NRO.
Donc le problème est ou ?
Pourtant j'ai demandé à System32 de ping une ip de sa plage qui répond depuis chez moi, et ça confirme ce que je disais, elle répond pas de chez lui.
Nico est ce que mon ip te répond (sachant qu'elle répond à ma connexion OVH au bureau) : 81.28.204.41
Apparemment oui d'après ton message :)
C'est la plage d'ip des nico il faut croire (et oui c'est aussi mon prénom ^^)
Oui ton IP me réponds très bien.
CitationPinging 81.28.204.041 [81.28.204.41] with 500 bytes of data:
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=1
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=2
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=3
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=4
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=5
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=6
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=7
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=8
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=9
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=10
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=11
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=12
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=13
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=14
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=15
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=16
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=17
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=18
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=19
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=20
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=21
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=22
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=23
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=24
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=25
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=26
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=27
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=28
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=29
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=30
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=31
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=32
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=33
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=34
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=35
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=36
Reply from 81.28.204.41: bytes=500 time=5 TTL=63 seq=37
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=38
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=39
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=40
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=41
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=42
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=43
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=44
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=45
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=46
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=47
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=48
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=49
Reply from 81.28.204.41: bytes=500 time=4 TTL=63 seq=50
Ping statistics for 81.28.204.041
Packets: Sent = 50, Received = 50, Lost = 0 (0% loss),
Approximate round trip times in milliseconds:
Minimum = 4, Maximum = 5, Average = 4
4ms c'est pas mal ^^
Tu habite vers où ? (Le replat/le poizat pour moi)
Montagnat donc pas très loin sans être à coté non plus !
Non mais en fibre, quand c'est sur le réseau ça va vite :D
Sûr je fais pas aussi vite en voiture ^^
D'un autre coté quand j'étais en guyane, on avait 250ms pour la métropole.
Si on fait le rapport par rapport à la distance (7200km), c'est pas exceptionnel.
Mais bon en doit perdre 1ms sur chaque routeur, et 1ms à chaque armoire !
Donc 4ms...
Le reste à la vitesse de la lumière :)
Concernant le dialogue entre abonnés knet dans l'Ain.
Le SIEA part de l'idée que chaque abonné knet doit passer par knet pour aller sur Internet (ou chez son voisin qui fait partie d'Internet)
Ils configurent les switch pour droper les paquets qui ne sont pas à destination de la gateway.
Le switch reçoit sur le port d'acces 1 de l'utilisateur qui a une IP 81.28.204.100 une requête vers 8.8.8.8, il la renvoie à la gateway 81.28.204.254.
Le switch reçoit sur le port d'accès 2 de l'utilisateur qui a une IP 81.28.204.101 une requête vers 81.28.204.100, sachant que s' est le port 1 et qu'il fait partie du même subnet, il lui envoie directement, le paquet est détruit.
Les solutions que nous avons mit actuellement en place.
Les pro ont leur propre subnet /30
Quand s' est possible pour les particuliers, l'utilisation d'IP sur 2 subnet différents.
Le SIEA a la volonté de le généraliser sur tout son réseau. Actuellement en fonction au niveau du NRO sur la zone pilote et au niveau de la plaque sur Alcatel.
Les solutions :
Faire du pppoe ou du l2tp, solution écarté en raison de la baise de débit.
Proxy ARP, fonctionne sur SIG, bug sur le SIEA manque de ressources pour l'appliquer aux différentes plaques
/32 pour chaque abonné avec gateway en dehors du subnet, en fonction sur le SIVU.
Mais pourquoi une ip sur 3 répond (Approximativement).
Et Bikeur n'est pas sur le même NRO que moi. Mais même plage ip => Marche pas
Tipiak, même NRO, plage différente => Marche
Bon je reviens, pour demander si il y a du neuf.
Et on ne m'a toujours pas répondu sur la question : Pourquoi j'arrive à rejoindre certaines ip sans passer par SGP (des de le même plage par exemple) alors que d'autres ne marchent pas (Même condition) ?
Perso je penses que le problème vient d'ailleurs, ou alors la sécurité du SIEA pour passer par K-net avant n'est pas complète.
C'est un point sur le quelle il faut insister, car ce n'est pas normal de pas pouvoir rejoindre tout le monde, même si c'est une toute minorité du web.
Juste une question, l'IPV6 pourrait donner un résultat ? Si 1/2 des "protocoles" c'est déjà ça. Sachant que k-net fournit l'ipv6 aux demandeur.
Citation de: TiTi le 10 Septembre 2013 à 16:33:52
Juste une question, l'IPV6 pourrait donner un résultat ? Si 1/2 des "protocoles" c'est déjà ça. Sachant que k-net fournit l'ipv6 aux demandeur.
Vous avez qu'à à faire le test: branchez vos ordis sur le port 2 du CPE, puis essayez devous pinguez avec l'adresse de lien local. Vous verrez bien si ca marche ou pas.
Non, mais comment je branche plusieurs pc sur le port 2 alors qu'une Adresse mac est accepté par K-net.
1: Tu débranche ton routeur puis branche ton ordi
2: Tu prends un switch, connecte le port 2, ton ordi et le routeur.
Sais-tu ce que veux dire " alors qu'une Adresse mac est accepté par K-net." ? le dhcp de k-net va juste pas filer un v4 à ton ordi, mais ca, on s'en tape, car tu fais un test v6
En gros connecter le routeur et mon PC sur un switch sur le port 2. Ensuite je ping à partir de mon pc l'ipv4 de mon routeur ? (Il me semble que c'est pas possible).
Et vu que mon routeur ne gère pas IPV6 (Bientôt) je ne peux pas ping sont ipv6.
Enfin bref, je préfère pas trop magouiller avec ma chance je vais faire bloquer mon CPE.
J'ai du mal m'exprimer:
les *deux* participants branchent leur PC sur le CPE. Vous aurez donc chacun une *IPv6* lien local. Après, avec ton pc, tu pingue l'*IPv6* de *son PC*. Et on regarde le résultat.
Ce test n'inplique en rien vos box, mais seulement l'infra.
Bref, si tu veux pas faire de tests, c'est cool, mais c'est pas comme ca qu'on apprend le mieux, en général.
Ha Ok désolé, j'avais mal compris.
Et mon participant et ?
Faudrait quelqu'un ou ça bloque en IPV4.
Si tu as de l'ipv6 chez toi go faire le test avec moi x)
Ben pour ce test, le participant serait quelqu'un qui n'arriverait pas à te joindre en v4. Même si AMHA, en v6, ca ne marchera pas non plus (quoi que); mais c'est toujours sympa à tester.
Tu arrives à me joindre toi ?
Je connais personnes directement qui arrive pas à me joindre.
Je sais qu'il y a Bikeur et system32 il me semble.
Bon alors soit on me raconte des bêtises soit le système du SIEA n'est pas au point.
J'arrive à accéder à un serveur Synology (de nom Titi Serveur) sans passer par SGP ! il ne m'appartient pas, n'est pas sur mon ip mais sur ma plage.
La preuve qu'on peut communiquer sans passer par vous !
Je vais éditer mon message dans la soirée pour plus de détails !
Edit 1 : Il ne répond pas aux ICMP mais sur le port 80.
Edit 2 : Tiens page intéressante : http://81.28.200.250/ (http://81.28.200.250/)
Edit 3 : J'ai actuellement 68 ip dans la plage 81.28.200.XXX qui répondent de chez moi. Dont la mienne.
Un mtr d'exemple :
HOST: raspberrypi Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.1 0.0% 1 0.9 0.9 0.9 0.9 0.0
2.|-- XX-200-28-81.ftth.cust.kwaoo.net 0.0% 1 5.5 5.5 5.5 5.5 0.0
J'en ai 8 qui répondent avec nmap sur un port. Dont la mienne.
Edit 4 : Donc sois il y a une erreur dans la protection, soit il y en a pas et c'est autres choses qui pose problème. Ce qui faudrait savoir c'est les différence entre les ip que j'accède et les autres.
Soit certaines ne sont pas attribuées, soit certains utilisent leur propre routeur paramétré pour ne pas répondre au requete ICMP, soit ...
Citation de: Damien le 12 Juillet 2013 à 22:43:18
Tiens, par contre il y a la xxx.xxx.xxx.104 qui répond depuis chez moi mais pas depuis chez toi.
Elle ne répond toujours pas de chez moi. Quelqu'un peut faire un test.
Donc ça confirme ce que je dis c'est qu'une minorité qu'on peut pas accéder car des marches d'autres ne répondent pas pour diverses raisons.
Et dans tout les cas LE SIEA impose qu'on passe par K-net donc SGP pour accéder au web (mes voisins en font partis) et donc ici j'ai montré 68 exemples où on ne passe pas par SGP. (Sur une plage)
A la rigueur ca peut être pratique pour une entreprise qui a de nombreux sites : plus besoin de VPN, reseau local direct ^^
Bon sérieux, maintenant que la TV marche, un nouveau soucis à résoudre :D
Voici deux tests, réalisés en même temps :
Depuis Orange :
Total : 203 ip qui réponde(nt) aux pings.
Total : 51 ip qui ne réponde(nt) pas aux pings.
Depuis chez moi (K-net) :
Total : 67 ip qui réponde(nt) aux pings.
Total : 187 ip qui ne réponde(nt) pas aux pings.
Voilà dans la plage 81.28.200.0/24, ce sont des tests ICMP dans les deux cas.
Pour plus d'infos sur le test depuis chez moi : http://thibault01.com/testPlageIp.php (http://thibault01.com/testPlageIp.php)
Depuis Orange je ne peux pas vous le montrer.