Le 12850i�me jour apr�s Epoch, [EMAIL PROTECTED] �crivait: > Me revoil� pour une r�ponse group�e, > > Fran�ois TOURDE a �crit : >>>>daniel huhardeaux a �crit : >>>>> >>>>>Que je sache la FB a deux adresses IP: la publique pour le tout >>>>>venant et une de type 10.0.0.0 pour la t�l�phonie >>>> >>>>On parlait de l'adresse MAC, pas de la ou des adresses IP attribu�es >>>>dynamiquement � la connexion. >>> >>>Ce que je voulais dire, c'est que si 2 IP il y a, 2 adresses MAC il y >>>a! Ou suis je dans l'erreur? >> Tu suis-je, tu suis-je... Dans le cas d'une carte r�seau et de >> plusieurs aliases IP, tu n'as qu'une adresse MAC (adresse physique, ou >> adresse "ethernet") pour plusieurs adresses IP. > > Il n'y a en effet aucun rapport direct entre le nombre d'adresses MAC > et le nombre d'adresses IP d'une machine. > Une interface PPP peut avoir plusieurs adresses IP mais n'a pas > d'adresse MAC. Un interface ethernet a une seule adresse MAC mais peut > avoir plusieurs adresses IP, ou aucune si elle n'est pas utilis�e par > IP.
On est d'accord. >>>>D'autre part en mode normal, c'est-�-dire non routeur, la Freebox ne >>>>peut pas avoir l'adresse publique puisque celle-ci est attribu�e - >>>>par la Freebox elle-m�me en DHCP - � l'�quipement terminal du >>>>client, ordinateur ou routeur. >>> >>>Ca s'appelle du bridging ;-) > > Pardon ? En substance tu es en train d'�crire que le pontage consiste > � faire serveur DHCP ? Comprends pas :-\ Non, tu as mal extrait la substance. ;) >> Oui, � mon avis c'est �a. Encore que dans ce mode, la Fbx peut tout � >> fait avoir l'adresse IP en question. Les bridges font �a en g�n�ral. A >> la question "Quelle est la carte MAC avec l'IP xx.xx.xx.xx ?" ils >> r�pondent "C'est moi MAC=xx:yy:...." de fa�on � recevoir les paquets >> et les retransmettre. > > Ce que tu d�cris est du proxy ARP, et un pont n'a pas besoin de faire > �a puisqu'il est transparent au niveau liaison (et donc MAC), comme un > switch. Le trafic ARP peut traverser un pont sans aide de celui-ci. Un > pont, c'est juste comme un b�te switch, ni plus ni moins. Oui, c'est vrai, je m'a m�lang� ;) Voir plus bas. > >> D'autre part, pascal, il me semble que ce n'est pas la Fbx qui est >> DHCP server, mais plut�t le DSLAM. > > Ce n'est pas ce que j'avais lu : > 1) La Freebox se connecte au DSLAM > 2) Elle re�oit du DSLAM par DHCP une adresse priv�e en 10.x > 3) Elle convertit cette adresse J'ai jamais lu de truc comme �a, mais peu importe. Dans le principe c'est pas important tant que �a de savoir qui attribue l'adresse. Sauf que si c'est la Fbx qui fait �a, alors on peut pas la remplacer par un STH ou STP de fa�on simple. >> C'est ce qui se passe, par exemple, >> avec une borne Wifi. La mienne est transparente en DHCP, et elle >> bridge le reste aussi. > > Elle se comporte comme un pont ou un switch, c'est tout. Oui, c'est vrai. J'ai m�lang� 2 messages dans la log, car la borne que j'ai (WAP54G) a aussi une IP, et fait des requ�tes DHCP pour l'obtenir aupr�s de mon serveur. Par contre, je viens de rev�rifier, elle est bien transparente pour les autres machines, car mon serveur voit les requ�tes DHCP depuis l'adresse MAC de la machine qui �met effectivement la requ�te. Enfin, c'est pas trop important, finalement. Le r�sultat c'est que mon STH/P en mode Bridge transparent, VC-MUX et VCI/VPI=8*36 ne peut pas se connecter au DSLAM de Free. La synchro ADSL est bonne, mais aucuns paquets ne semble provenir du DSLAM :( -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
