Messages récents

Pages: 1 ... 5 6 7 8 9 [10]
91
Calvados (14 - Altitude Infra) / Feuguerolles-Bully
« Dernier message par CHEVY14 le Aujourd'hui à 06:57:47 »

Heureux pour toi SUPERPICSOU que tu ait récup ta connec !  :D

Sinon en gros 'physiquement' un arbre *PON c'est un rack ?
92
Merci  à vous deux. J'ai trouvé une coquille dans ma conf.

après lecture des rfc des protocole dhcpv4 et dhcpv6, plus lecture du code des clients dhcp utilisés par openwrt, j'ai compris que le user class envoyé par le client dhcpv6 était mauvais.

pour la faire courte. Le '+' (43 en décimal) devant la chaine "FSVDSL_livebox.Internet.softathome.Livebox6" correspond à sa longueur (43 caractères).

en dhcpv4, la longueur doit préfixer la chaine de caractère et est stockée sur 1 octets. Donc le simple caractère plus. Le client dhcpv4 d'openwrt (udhcpc de busybox) ne gère pas le calcul du prefix et son ajout automatique. Il faut donc l'inclure dans la conf.
config interface 'wan4'
option proto 'dhcp'
option device 'wan.832'
option hostname '*'
option broadcast '1'
option norelease '1'
option reqopts '1 3 6 15 28 51 58 59 90 119 125'
option clientid '0138xxxxxxxxxx'
option vendorid 'sagem'
option sendopts '77:"+FSVDSL_livebox.Internet.softathome.Livebox6" 90:xxxxxxxxxxxxxxx'

par contre côté ipv6, le principe reste le même (la longueur en prefix de la chaine de caractère). Mais le prefix est cette fois stocké sur 2 octets et non pas un. La chaine est identique, la longueur aussi, mais cette fois sur 2 octets ça donne 0x002b ou "\0+".
et le client dhcpv6 d'openwrt (odhcp6c) mesure la longueur de la chaîne et ajoute automatiquement le prefix sur 2 octets. Ce qui donne la conf suivante:
config interface 'wan6'
option proto 'dhcpv6'
option device 'wan.832'
option reqprefix 'auto'
option reqaddress 'none'
option defaultreqopts '0'
option reqopts '11 17 23 24'
option noclientfqdn '1'
option noacceptreconfig '1'
option clientid '0003000138xxxxxxxxxx'
option userclass 'FSVDSL_livebox.Internet.softathome.Livebox6'

de mon côté j'avais mis le + dans la conf dhcpv6, donc il interprétait le + dans la chaine de caractère, qui passait à 44 octets de long. et préfixait avec 002c.

je me retrouvais avec 002c2b56.....

les planètes semblent s'aligner. Je vais attendre 24H pour voir si ca remerde ou pas.

en tout cas merci bcp pour les infos qui m'ont aiguiller et inciter à creuser pour comprendre.
93
mobile Technologie mobile 5G / Les nouvelles de la 5G en France
« Dernier message par Nico le Aujourd'hui à 06:46:52 »
Et vu le résultat de la procédure d’Orange, cela risque de faire réfléchir les autres à adopter cette stratégie de 5G « light », si c’est OK pour le régulateur ! Les zones en saturation radio, en % de territoire, c’est vraiment minime. Partout ailleurs, c’est plutôt de l’obligation réglementaire !
Car risque d'être cocasse, d'un côté les 4x3 (validés par la justice donc), de l'autre le (potentiel) non respect d'une obligation réglementaire...
94
Isère (38) / Villard De Lans (38250)
« Dernier message par burger hans le Aujourd'hui à 06:41:59 »
Une petite question matérielle : actuellement un câble Orange télécom sortant d’un regard sur la rue, passe en souterrain et remonte la façade de la maison et arrive dans un boîtier de dérivation. De là un câble va dans un premier appartement, un autre dans le mien. Le câble optique va t’il suivre le même cheminement et qu’un autre boîtier avec plusieurs fibres va être installé sachant que le premier appartement est inoccupé depuis longtemps ? Hans.
95
MilkyWan MilkyWan / MilkyWan n'a pas de Full-View BGP (mais fournit du transit IP)
« Dernier message par Leon le Aujourd'hui à 06:38:31 »
On est d'accord que ça fonctionne bien car tu as des transitaire Tier-2 de qualité (AppliWave, FiberWay), que tu utilises comme "default route".
Ces transitaire font déjà le travail de sélectionner les bons "tier-1" pour chaque plage IP, y compris lors d'incidents, avec des gros routeurs qui digèrent des full-views. Donc pas besoin que tu le refasse derrière.

Si tu te connectais exclusivement avec des tier-1 et des peerings locaux, il te faudrait des routeurs capable de gérer des "full views", pour avoir une bonne qualité vers tout internet, y compris vers les petites plages IP lointaines à l'autre bout de la planète.
Ah non pas du tout.

Si je ne me connectais qu'avec des Tier-1, je pourrais utiliser la même méthode : Default route, et accepter certaines routes de certains AS ou je veux sélectionner par quel transit ils sortiront.

Pour rappel, l'algo de sélection de BGP te permet de connaitre le chemin le plus court en nombre d'AS, tu ne peux donc pas :
- Connaître la route la plus qualitative
- Connaître la route la plus courte géographiquement

Pour résumer, mixer plein de tier-1 pour espérer obtenir la route la plus courte (et qualitative) vers chaque AS, c'est un voeu pieux, pas un gage d'efficacité :)
La seule chose efficace, c'est de choisir de bons transitaires, puisque tu ne peux pas contrôler la route retour, et que tu es bien incapable de connaitre la qualité de chaque route apprise à l'instant T.
Tu veux dire que l'époque où les tier-1 ne voyaient pas réellement tout internet est révolue?
Il me semble que du transit Cogent, notamment, ne permettait pas de voir tout Internet, il y a 10-15 ans.
De ce que j'en sais, oui, c'est révolu, en IPv4 en tout cas !
Bon, le constat que faisait Hugues il y a quelques années n'est visiblement plus valable en 2024. Les histoires de dé-peering entre opérateur Tier-1 continuent, en IPv4. Donc ni du transit TATA, ni du transit Cogent ne permettent de voir tout internet en ce moment.

https://x.com/bgptools/status/1791470879697752258
It appears that TATA-Cogent have partially depeered in APAC. Cogent can't see APAC (notably India) routes anymore. It seems based on statements Cogent has initiated this depeering (Some EU/US routes seem to still be find)
Due to this Networks that are single homed behind AS6453 (in APAC) or AS174 will not be able to reach each other. This is similar but more serious to the previous regional NTT-Cogent depeerings (since the NTT ones "just" increased latency by routing via the US instead)
This seems to come off the back of Cogent trying to establish a market in APAC, and the main players in that region not wanting to have their market eaten away by Cogent (To be fair, Cogent is very good at getting prices down, and APAC is still quite expensive per mbps)



Leon.
96
Isère (38) / Réseau d'Initiative Publique - Isère THD
« Dernier message par burger hans le Aujourd'hui à 06:27:32 »
Salut Kiergan, c’est vrai qu’il faut une bonne dose de patience quand rien ne bouge pendant des semaines voir des mois, à se demander où sont passés les entreprises ! Même si on sait qu’elles ne peuvent pas être de partout, sans arrêt on guette un fourgon, une bobine de câble optique déposé dans un coin, bref un signe d’avancement ! Et si comme moi vous êtes un peu loin des artères principales, c’est pire encore. Il va falloir faire preuve encore de patience, ce qui moi non plus n’est pas mon fort! Bonne journée à tous! Hans.
97
télécom TV et codecs / TVradioZap
« Dernier message par artemus24 le Aujourd'hui à 05:28:23 »
Si je comprends bien et après avoir fait une recherche sur le net en ce qui concerne la France, ce qui est légale est de visionner un flux IPTV en passant par un fournisseur officiel, comme mon FAI SFR ou encore Orange, Bouygues, Free, ... qui louent des Décodeurs TV et servent d'intermédiaires, ou par des applications officielles gratuites comme TF1+, France Télévision, M6+, Pluto TV, Samsung Plus TV (inclu dans mon téléviseur Samsung), ou encore par des applications payantes comme Canal+, RMC Sport, Disney+, Amazon Prime, OCS, Cine+, Salto, Netflix, Molotov TV ...  qu'il suffit d'installer et de s'identifier.

Il y a un flou juridique concernant les chaînes IPTV des autres pays, qui ne sont pas commercialisées officiellement en France, et où il faut passer par un fournisseur officiel de l'autre pays, ou s'approprier le flux IPTV pour son propre usage. A ce sujet, je n'ai rien trouvé dans la législation française.

Ce qui est illégale est de se faire de l'argent en s'appropriant des flux IPTV dont le diffuseur ne paye pas les droits aux fournisseurs. Ce qui est illégale est de passer par des fournisseurs non officielles sur le territoire français.

Pour un usage privé, donc juste de la visualisation sur son téléviseur ou sur son ordinateur, sans en faire le commerce, je pense que c'est légale, ou devrais-je plutôt dire toléré. Ce que fait F6FLT tant que cela reste pour son usage personnel est, je pense, toléré.

Pourquoi mettre à la disposition de tout le monde des flux IPTV en clairs si ceux-ci ne devraient pas l'être pour des non abonnées ? Je pense qu'il y a de gros efforts à faire pour le chiffrement du flux IPTV et l'identification des abonnées. Faire la chasse aux contrevenant ne servira à rien tant que la sécurité ne sera pas mise en place.
98
mobile Technologie mobile 5G / Les nouvelles de la 5G en France
« Dernier message par MaxLebled le Aujourd'hui à 04:10:04 »
Le beamforming permet de faire du "massive MiMo", c'est-à-dire de réutiliser les mêmes fréquences entre deux terminaux suffisamment éloignés l'un de l'autre. C'est donc un gain de capacité spectrale qui est potentiellement très important. En pratique ce potentiel de réutilisation n'atteint quasiment jamais 100% pour des raisons diverses et variées qui sont trop compliquées pour qu'on ait pu me les expliquer. Mais plus les fréquences sont élevées, plus le gain potentiel est important.

Mais ce n'est pas tout : le beamforming permet aussi d'augmenter la portée... ça m'est arrivé de capter la 3500 à plus de 2 Km avec un signal relativement correct (-110 dBm, 6 à 10 dB de SNR), là où ni la 2600 ni la 2100 ne pouvait m'atteindre. De ce que j'ai pu lire, grâce au beamforming, la 3500 peut avoir une portée relativement équivalente à la 1800 dans le meilleur des cas. La pénétration reste logiquement la même, par contre, donc a priori ça s'applique surtout en extérieur sans bâtiments trop hauts. (L'exemple susmentionné, c'était en forêt, mais qui avait une certaine hauteur par rapport à la ville qui se situait entre moi et l'antenne... une petite colline en sorte)
99
mobile Technologie mobile 5G / Les nouvelles de la 5G en France
« Dernier message par renaud07 le Aujourd'hui à 03:06:44 »
En condition réelle, ça donne quoi passif vs beamforming ?

Pour ce qui est des 700/2100, c'est du passif je suppose, vu que partagé avec la 4G ?
100
OpenWrt OpenWrt / [Problème] Obtenir une IPv6 depuis la 4G
« Dernier message par dexter74 le Aujourd'hui à 02:16:32 »
Bonjour,

Je n'arrive pas à faire fonctionner la délégation avec ta configuration en partant de zéro ma configuration.


IPv6 ULA-Prefix : fdf7:6ad5:86bc::/48 (Valeur par défaut)

cat /etc/config/dhcp config dhcp 'LAN'
option interface 'LAN'
option start '2'
option limit '28'
option leasetime '12h'

config dhcp 'LAN6'
option interface 'LAN6'
option start '100'
option limit '150'
option leasetime '12h'
option ra 'relay'
option dhcpv6 'relay'


config dhcp 'WAN6'
option interface 'WAN6'
option ignore '1'
option master '1'
option ra 'relay'
option ndp 'relay'


/etc/config/network

config device
option type 'bridge'
option name 'Switch'
list ports 'extsw'

config interface 'LAN'
option proto 'static'
option device 'Switch'
option ipaddr '192.168.0.1'
option netmask '255.255.255.0'

config interface 'LAN6'
option proto 'static'
option device 'Switch'

config interface 'WAN'
option proto 'dhcp'
option device 'marc'

config interface 'WAN6'
option proto 'dhcpv6'
option reqaddress 'try'
option reqprefix 'auto'
option device 'marc'



Pages: 1 ... 5 6 7 8 9 [10]