$ su
# apt install vlan
# cp /etc/network/interfaces /etc/network/interfaces.bak
# vi /etc/network/interfaces
on ajoute ceci :#FTTH vlan
auto eth0.100
iface eth0.100 inet static
address 192.168.1.2
netmask 255.255.255.0
broadcast 192.168.1.255
Puis on démarre l'interface :# ifup eth0.100
On recherche un concentrateur réseau :# pppoeconf eth0.100
On répond aux questions avec nos paramètres de connection habituels puis on lance la connection :# pon
Et la oh miracle la connection fonctionne (pas encore trés stable ni trés rapide mais j'y travaille ;) )
se passer de la RGW ok, mais tu vas te heurter à ton FAI, à la SPTHD etc... je te dis pas les emmerde
je confirme que la RGW est une grosse merde....
Tu ne pourras voir les numero de VLAN des autres services qu'un fois leur canaux activés. DAns tous les cas, tu auras besoin de la RGW.
L'inconvient, c'est que tu risque d'avoir besoin d'une interface réseau par service. Car chaque paquet sont tagés d'une manière différente.
Je rappelle que cette combien ne marchera peut-être pas sous Windows. Etant donné que Linux offre une plus grande flexibilité sur l'exploitation de sa carte réseau. Windows est cantoné au limitation imposé par les drivers de la carte réseau
Mais bon, tu vas me dire que tu n'es pas eventuellement interéssé par ce type de service (music et video protégée) mais pour une personne qui bosse comme dans les métiers de l'audiovisuel, je sais pas si Nux est un bon choix... peut-être que oui... mais à ma connaissance, les meilleurs soft sont en premier lieu sous Mac puis ensuite sous Windows.
mais courrez pas si viiiiiite, vous allez me perdre en route :lol:
très interessant... mais encore faut il être sous linux....
par contre, si après toutes tes recherches/decouvertes, tu tombes sur un produit susceptible de remplacer la RGW
TTS, si tu trouve une solution MGCP, je suis intéressé!
par contre, il te faudra l'@IP du Call Agent et son port...
mais avec ca, tu remplace complètement la RGW.
Par ailleurs, as-tu trouver les VLAN correspondant aux autres ports de la RGW? (style ETH2 pour la vidéo et ETH1 pour le Tel IP)
Merciiiii !! Je vais tester ca ce soir tiens, vu que suis sous Ubuntu (Debian) ca devrait fonctioner.Je suis aussi sous Ubuntu :D Il te suffit de remplacer la commande 'su' par 'sudo -s' et ça roule sous Ubuntu!
c'est surtout au niveau du supportC'est on ne peut plus être clair =D et tellement vrai =D
lol si tu arrive a te passer de la rgw je pense que tu dois bien arriver a te passer du support technique!! :lunetCôté contrat, j'ai pas vérifié.
et puis je pense qu il y a rien dans le contrat qui t oblige de passer par le rgw.
Si je souscrit a une offre simplement pour le ftth, est ce que je peux garder mon modem/routeur??? (question conne mais j y conner pas grand chose moi :/)Du côté du modem ou modem/routeur ou routeur, il faut effectivement un routeur Ethernet/Ethernet, pas de 'modem' ou routeur avec modem intégré.
En fait une solution simple UNIQUEMENT pour de l'Internet consisterai à utiliser 'monowall' (firewall/routeur logiciel basé sur FreeBSD) qui gère du VLAN, PPPoE, ... entre autres. Il suffit d'un 'vieux' pentium de derrière les 'fagots' avec deux cartes réseau pour le transformer en routeur. J'ai à finaliser quelques tests en cours pour donner une config type avec monowallC'est à peu près de cette façon que je suis équipé, sauf qu'il s'agit d'une Debian Stable (donc un Linux) avec Shorewall. IPCop devrait aussi faire l'affaire...
Heuuu salut juste un truc!Je n'ai pu vérifier que la mienne mais il te suffit de jetter un oeil à la tienne à l'aide d'un outil comme ethereal.
Tout les clients ont-ils la meme adresse de vlan c-a-d 192.168.1.2 ? Existe-il un DHCP pour VLAN?
L'alimentation par RJ 45 ne doit en aucun cas t'inquieter.....Pas si sûr ! Certains Hubs et Switchs (en particulier les 'bas de gammes pas chers', pour pas dire à trois francs six sous), pour des raisons inconnues ( hors normes en tout cas), relient les broches non utilisées à la masse ou entre elles ou à la terre :siff
tborda a écrit:Moi je vx bien un HUB car un HUB appartient à la couche 1 du model OSI donc pas d'IP un simple circuit suiveur pour les électroniciens :)
Certes pour un hub 10 mbps je suis d'accord.
Mais pour un switch compatible 100mbps (meme bas de gamme) c'est obligatoire (norme 568B par exemple).
Certes pour un hub 10 mbps je suis d'accord.Désolé de te contredire MAIS il ne faut pas confondre un standard de câblage et un standard réseau de câblage au niveau de la prise sur les éléments actifs !
Mais pour un switch compatible 100mbps (meme bas de gamme) c'est obligatoire (norme 568B par exemple).
cela dit dans notre ca eviter les switch alimentés par ps/2/USB qui commencent a fleurir.
Alors pour info une carte reseau electriquement la sortir ressemble a ça:Celà confirme exactement ce que je viens de dire : coté prise on ne prend que 1,2,4,6 sur un matos full compatible Ethernet en rj45 !http://www.hw-group.com/products/charon2/images/ch2_eth_connection_separate.png
Il y a donc isolation galvanique grace au transfos (je m'éloigne...)
Ensuite je pense que je vais me faire un cable juste avec les deux paires!! malin :humCitertborda a écrit:Moi je vx bien un HUB car un HUB appartient à la couche 1 du model OSI donc pas d'IP un simple circuit suiveur pour les électroniciens :)
Certes pour un hub 10 mbps je suis d'accord.
Mais pour un switch compatible 100mbps (meme bas de gamme) c'est obligatoire (norme 568B par exemple).
Un truc aussi, pourquoi une isolation galvanique si notre cable reseau ramène la terre?En Ethernet les signaux transportés sont en diférentiel.
Le seul truc dont je me méfie, c'est l'alimentation qui passe par le cable "RJ"!!L'alimentation qui passe par le RJ est à la norme PoE (Power over Ethernet); pour éviter tout problème, je te recommandes de fabriquer (ou canibaliser) un câble avec les broches 4-5 et 7-8 en l'air. Câble qui servira à relier la Gateway au hub pour analyse.
Le mieux est encore d'alimenter en direct le convertisseur via la prise prévue dessus avec un transfo (respecter tension de voltage, continu ou alternatif et polarité !)Je ne sais pas précisèment ce qu'il faut puisque cette prise n'est pas documentée par Sagem! J'utilise actuellement un transformateur Sagem (sic) qui était fourni avec mon téléphone DECT que j'ai légèrement modifié (un coup de cuter bien placé sur le connecteur) afin qu'il s'enfiche correctement. Il est donné pour 9V continus. Je ne peux pas vérifier la polarité n'ayant pas de multimètre à proximité actuellement. Je me rappelle avoir fait mes premiers tests avec un bête multi-tensions (régulé! donc pas si bête) réglé lui aussi sur 9V continus et avoir (je sais c'est mal mais j'aime bien les tests empiriques) commuté la polarité pour avoir la bonne. Il semble donc que le Media Converter soit bien protégé contre les inversions...
(désolé, je n'ai pas regardé ce qu'il faut ... peut être que TTS peut donner l'info et comment il a câblé le tout pour ses tests ?)
feyb64 à dit:Heuuuu je crois pas que ce soit en différentiel!!! meme sur!!
En Ethernet les signaux transportés sont en diférentiel.
En cablâge RJ45 si !Citerfeyb64 à dit:Heuuuu je crois pas que ce soit en différentiel!!! meme sur!!
En Ethernet les signaux transportés sont en diférentiel.
Aucune mesure farcement car aucun apareil!!Premier test : Eteindre la rgw et constater si la télé fait toutjours zzzzzzzzzzzzzzziiiiit !
Mais la j'ai le routeur a cater de la télé et le HP de la télé fait zzzzzzzzzzzziiiiiit et puis c bizar qu'il n'y est pas de prise de terre. c'est une alim a decoupage qu'il y a a l'interieur non!!
Je penses que c'est plus le wifi que l'alim qui cause le zzzzzzzzzzzzziiiiiiit !D'accord avec toi ...
en effet bouton allumé ou non le wifi est quand meme actif (seule la validation d'acces est bloquée) et la rgw rayonne pas mal.Sa portée est importante; au moins un bon point que l'on peut reconnaitre a ce materiel comparé a d'autres routeurs avec antenne exterieure.
Et voila, je vous parle depuis ma ligne cite fibre sans passer par la RGW :) ca marche impeccablement bien. et j'ai reussi a garder le telephone et la television.Psykokwak, peux-tu m'expliquer l'intérêt d'utiliser le switch en amont du routeur? J'ai bien vu qu'en fait, c'était le même switch qu'en aval du routeur, mais bon...
plus d'infos ici : https://lafibre.info/index.php/topic,2393.msg19204.html#msg19204
Ethereal a aussi une fonction "promiscuous mode" qui permet d'analyser le traffic avec un switch.Autant je comprend comment Ethereal fait avec un Hub mais un Switch à moins de 300 euros, je ne combrend pas comment capter les flux unicast...
Pour la question hub/switch, c'est peut être un switch de 'daube' ;) mais tu (vous ?) as parfaitement raison, un 'bon' switch ne laisse pas passer de l'unicast sur tous les ports ... c'est sa fonction première.Citation de: TTSEthereal a aussi une fonction "promiscuous mode" qui permet d'analyser le traffic avec un switch.Autant je comprend comment Ethereal fait avec un Hub mais un Switch à moins de 300 euros, je ne combrend pas comment capter les flux unicast...
Quelle solution avez-vous trouvé pour que les traces ne soient pas polluées par les requétes multicast de windows pendant la capture ? (on peut les supprimer aprés coup mais c'est pas optimal comme solution)
Voila, cette fois jai reussi a me passer de la RGW sans utiliser de matos Cisco.Je vais lire tout ça avec beaucoup d'intérêt ...
C'est simple et ca marche parfaitement bien.
Tout est expliqué ici : https://lafibre.info/index.php/topic,2393.msg19204.html#msg19204
Pour ceux qui seraient interressé pour faire pareil, qu'ils me contact sur le forum Citéfibre. :)