Pardon si la question est naive, je n'y connais rien en réseau, mais je
voulais savoir si l'extrait de log suivant pouvait être considéré comme
normal (capture pcap sur un pc directement relié à la box de l'opérateur,
pas de mode routeur activé) ?
Pardon si la question est naive, je n'y connais rien en réseau, mais je voulais savoir si l'extrait de log suivant pouvait être considéré comme normal (capture pcap sur un pc directement relié à la box de l'opérateur, pas de mode routeur activé) ?
Tu reçois des paquets destinés à une autre adresse IP que la tienne ? C'est de la fibre ?
Salut,
Jy a écrit :
Pardon si la question est naive, je n'y connais rien en réseau, mais je
voulais savoir si l'extrait de log suivant pouvait être considéré comme
normal (capture pcap sur un pc directement relié à la box de l'opérateur,
pas de mode routeur activé) ?
Pardon si la question est naive, je n'y connais rien en réseau, mais je voulais savoir si l'extrait de log suivant pouvait être considéré comme normal (capture pcap sur un pc directement relié à la box de l'opérateur, pas de mode routeur activé) ?
Tu reçois des paquets destinés à une autre adresse IP que la tienne ? C'est de la fibre ?
Jy
"Pascal Hambourg" a écrit dans le message de news: g433q1$1roe$
Salut,
Jy a écrit :
Pardon si la question est naive, je n'y connais rien en réseau, mais je voulais savoir si l'extrait de log suivant pouvait être considéré comme normal (capture pcap sur un pc directement relié à la box de l'opérateur, pas de mode routeur activé) ?
Tu reçois des paquets destinés à une autre adresse IP que la tienne ?
J'ai l'impression d'après le log...
C'est de la fibre ?
Oui.
"Pascal Hambourg" <boite-a-spam@plouf.fr.eu.org> a écrit dans le message de
news: g433q1$1roe$1@biggoron.nerim.net...
Salut,
Jy a écrit :
Pardon si la question est naive, je n'y connais rien en réseau, mais je
voulais savoir si l'extrait de log suivant pouvait être considéré comme
normal (capture pcap sur un pc directement relié à la box de
l'opérateur,
pas de mode routeur activé) ?
"Pascal Hambourg" a écrit dans le message de news: g433q1$1roe$
Salut,
Jy a écrit :
Pardon si la question est naive, je n'y connais rien en réseau, mais je voulais savoir si l'extrait de log suivant pouvait être considéré comme normal (capture pcap sur un pc directement relié à la box de l'opérateur, pas de mode routeur activé) ?
Tu reçois des paquets destinés à une autre adresse IP que la tienne ?
J'ai l'impression d'après le log...
C'est de la fibre ?
Oui.
Rhôo, ça sent le réseau câblé "à l'ancienne", où tous les voisins raccordés sont dans le même domaine de broadcast. Il va y avoir du sport...
Jy
"Pascal Hambourg" a écrit dans le message de news: g43fn6$26vs$
Jy a écrit :
Tu reçois des paquets destinés à une autre adresse IP que la tienne ?
J'ai l'impression d'après le log...
C'est de la fibre ?
Oui.
Rhôo, ça sent le réseau câblé "à l'ancienne", où tous les voisins raccordés sont dans le même domaine de broadcast. Il va y avoir du sport...
D'un autre côté un client ftp et un serveur ftp sur deux machines distinctes mais reliées sur le même "central" et avec des adresses proches en 78.192.2.a et 78.192.2.b n'arrivent pas à communiquer. Le client demande la mac address de l'autre mais n'obtient aucune réponse. Est ce qu'il y aurait un moyen (simple) de contourner ce problème ?
78.192.2.x Broadcast ARP Who has 78.192.2.y ? Tell 78.192.2.x
"Pascal Hambourg" <boite-a-spam@plouf.fr.eu.org> a écrit dans le message de
news: g43fn6$26vs$2@biggoron.nerim.net...
Jy a écrit :
Tu reçois des paquets destinés à une autre adresse IP que la tienne ?
J'ai l'impression d'après le log...
C'est de la fibre ?
Oui.
Rhôo, ça sent le réseau câblé "à l'ancienne", où tous les voisins
raccordés sont dans le même domaine de broadcast. Il va y avoir du
sport...
D'un autre côté un client ftp et un serveur ftp sur deux machines
distinctes mais reliées sur le même "central" et avec des adresses proches
en 78.192.2.a et 78.192.2.b n'arrivent pas à communiquer. Le client demande
la mac address de l'autre mais n'obtient aucune réponse. Est ce qu'il y
aurait un moyen (simple) de contourner ce problème ?
78.192.2.x Broadcast ARP Who has 78.192.2.y ? Tell 78.192.2.x
"Pascal Hambourg" a écrit dans le message de news: g43fn6$26vs$
Jy a écrit :
Tu reçois des paquets destinés à une autre adresse IP que la tienne ?
J'ai l'impression d'après le log...
C'est de la fibre ?
Oui.
Rhôo, ça sent le réseau câblé "à l'ancienne", où tous les voisins raccordés sont dans le même domaine de broadcast. Il va y avoir du sport...
D'un autre côté un client ftp et un serveur ftp sur deux machines distinctes mais reliées sur le même "central" et avec des adresses proches en 78.192.2.a et 78.192.2.b n'arrivent pas à communiquer. Le client demande la mac address de l'autre mais n'obtient aucune réponse. Est ce qu'il y aurait un moyen (simple) de contourner ce problème ?
78.192.2.x Broadcast ARP Who has 78.192.2.y ? Tell 78.192.2.x
Jy
"Jy" a écrit dans le message de news: 48654a8f$0$27492$
D'un autre côté un client ftp et un serveur ftp sur deux machines distinctes mais reliées sur le même "central" et avec des adresses proches en 78.192.2.a et 78.192.2.b n'arrivent pas à communiquer. Le client demande la mac address de l'autre mais n'obtient aucune réponse. Est ce qu'il y aurait un moyen (simple) de contourner ce problème ?
78.192.2.x Broadcast ARP Who has 78.192.2.y ? Tell 78.192.2.x
Le log quand filezilla intiie le contact avec le serveur ftp de Free, indique :
Le log quand filezilla initie le contact avec un serveur ftp situé sur une frebox optique proche :
AsustekC_d0:93:ca Broadcast ARP Who has 78.192.2.b? Tell 78.192.2.a
C'est Filezilla qui considère que le serveur est en local?
"Jy" <blogfibre@freebox.optique> a écrit dans le message de news:
48654a8f$0$27492$426a34cc@news.free.fr...
D'un autre côté un client ftp et un serveur ftp sur deux machines
distinctes mais reliées sur le même "central" et avec des adresses
proches en 78.192.2.a et 78.192.2.b n'arrivent pas à communiquer. Le
client demande la mac address de l'autre mais n'obtient aucune réponse.
Est ce qu'il y aurait un moyen (simple) de contourner ce problème ?
78.192.2.x Broadcast ARP Who has 78.192.2.y ? Tell 78.192.2.x
Le log quand filezilla intiie le contact avec le serveur ftp de Free,
indique :
"Jy" a écrit dans le message de news: 48654a8f$0$27492$
D'un autre côté un client ftp et un serveur ftp sur deux machines distinctes mais reliées sur le même "central" et avec des adresses proches en 78.192.2.a et 78.192.2.b n'arrivent pas à communiquer. Le client demande la mac address de l'autre mais n'obtient aucune réponse. Est ce qu'il y aurait un moyen (simple) de contourner ce problème ?
78.192.2.x Broadcast ARP Who has 78.192.2.y ? Tell 78.192.2.x
Le log quand filezilla intiie le contact avec le serveur ftp de Free, indique :
Le log quand filezilla initie le contact avec un serveur ftp situé sur une frebox optique proche :
AsustekC_d0:93:ca Broadcast ARP Who has 78.192.2.b? Tell 78.192.2.a
C'est Filezilla qui considère que le serveur est en local?
Pascal Hambourg
Jy a écrit :
D'un autre côté un client ftp et un serveur ftp sur deux machines distinctes mais reliées sur le même "central" et avec des adresses proches en 78.192.2.a et 78.192.2.b n'arrivent pas à communiquer. Le client demande la mac address de l'autre mais n'obtient aucune réponse. Est ce qu'il y aurait un moyen (simple) de contourner ce problème ?
Tu peux essayer de créer une entrée ARP statique (voir la commande arp), mais je crains que le problème soit plus profond.
Le log quand filezilla intiie le contact avec le serveur ftp de Free, indique :
Le log quand filezilla initie le contact avec un serveur ftp situé sur une frebox optique proche :
AsustekC_d0:93:ca Broadcast ARP Who has 78.192.2.b? Tell 78.192.2.a
C'est Filezilla qui considère que le serveur est en local?
Est une destination directe, tu veux dire ? Non, c'est la pile IP de la machine, qui le tient de sa table de routage.
Jy a écrit :
D'un autre côté un client ftp et un serveur ftp sur deux machines
distinctes mais reliées sur le même "central" et avec des adresses
proches en 78.192.2.a et 78.192.2.b n'arrivent pas à communiquer. Le
client demande la mac address de l'autre mais n'obtient aucune réponse.
Est ce qu'il y aurait un moyen (simple) de contourner ce problème ?
Tu peux essayer de créer une entrée ARP statique (voir la commande arp),
mais je crains que le problème soit plus profond.
Le log quand filezilla intiie le contact avec le serveur ftp de Free,
indique :
D'un autre côté un client ftp et un serveur ftp sur deux machines distinctes mais reliées sur le même "central" et avec des adresses proches en 78.192.2.a et 78.192.2.b n'arrivent pas à communiquer. Le client demande la mac address de l'autre mais n'obtient aucune réponse. Est ce qu'il y aurait un moyen (simple) de contourner ce problème ?
Tu peux essayer de créer une entrée ARP statique (voir la commande arp), mais je crains que le problème soit plus profond.
Le log quand filezilla intiie le contact avec le serveur ftp de Free, indique :
Le log quand filezilla initie le contact avec un serveur ftp situé sur une frebox optique proche :
AsustekC_d0:93:ca Broadcast ARP Who has 78.192.2.b? Tell 78.192.2.a
C'est Filezilla qui considère que le serveur est en local?
Est une destination directe, tu veux dire ? Non, c'est la pile IP de la machine, qui le tient de sa table de routage.
Erwan David
Pascal Hambourg écrivait :
Est une destination directe, tu veux dire ? Non, c'est la pile IP de la machine, qui le tient de sa table de routage.
Plus exactement du masque de réseau défini pour l'interface. Mais ce n'est pas impossible : sur une freebox ADSL, l'interface reliée à la freebox a un /24. Et la freebox fait proxy arp...
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Est une destination directe, tu veux dire ? Non, c'est la pile IP de
la machine, qui le tient de sa table de routage.
Plus exactement du masque de réseau défini pour l'interface. Mais ce
n'est pas impossible : sur une freebox ADSL, l'interface reliée à la
freebox a un /24. Et la freebox fait proxy arp...
--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
Est une destination directe, tu veux dire ? Non, c'est la pile IP de la machine, qui le tient de sa table de routage.
Plus exactement du masque de réseau défini pour l'interface. Mais ce n'est pas impossible : sur une freebox ADSL, l'interface reliée à la freebox a un /24. Et la freebox fait proxy arp...
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Michelot
Bonsoir Pascal,
...que ce soit IPoA en dégroupé ou IP/PPP en IP/ADSL,
Votre IPoA est-il PPPoA ?
Quelle est la signification de votre "ou". Est-il utilisé en synonyme, ou bien comme une autre alternative ? Je serais intéressé par la pile complète.
A ma connaissance : PPPoA = IP > PPP > RFC 2364 > AAL5/ATM > ADSL
Est-ce la même chose avec la fibre ou est-ce une liaison pontée ?
Il n'y a pas d'ADSL sur fibre donc certainement pas du RFC 2684B. Jy pourra nous dire les transmissions au-dessus de MAC et d'ailleurs avec quelle couche physique Ethernet : 100Base-TX, 1000Base-LX... ? Est-ce du FTTx de Free?
Cordialement, Michelot
Bonsoir Pascal,
...que ce soit IPoA en dégroupé ou
IP/PPP en IP/ADSL,
Votre IPoA est-il PPPoA ?
Quelle est la signification de votre "ou". Est-il utilisé en synonyme,
ou bien comme une autre alternative ? Je serais intéressé par la pile
complète.
A ma connaissance : PPPoA = IP > PPP > RFC 2364 > AAL5/ATM > ADSL
Est-ce la même chose avec la fibre ou est-ce une liaison
pontée ?
Il n'y a pas d'ADSL sur fibre donc certainement pas du RFC 2684B. Jy
pourra nous dire les transmissions au-dessus de MAC et d'ailleurs avec
quelle couche physique Ethernet : 100Base-TX, 1000Base-LX... ? Est-ce
du FTTx de Free?
...que ce soit IPoA en dégroupé ou IP/PPP en IP/ADSL,
Votre IPoA est-il PPPoA ?
Quelle est la signification de votre "ou". Est-il utilisé en synonyme, ou bien comme une autre alternative ? Je serais intéressé par la pile complète.
A ma connaissance : PPPoA = IP > PPP > RFC 2364 > AAL5/ATM > ADSL
Est-ce la même chose avec la fibre ou est-ce une liaison pontée ?
Il n'y a pas d'ADSL sur fibre donc certainement pas du RFC 2684B. Jy pourra nous dire les transmissions au-dessus de MAC et d'ailleurs avec quelle couche physique Ethernet : 100Base-TX, 1000Base-LX... ? Est-ce du FTTx de Free?
Cordialement, Michelot
Pascal Hambourg
Michelot a écrit :
...que ce soit IPoA en dégroupé ou IP/PPP en IP/ADSL,
Votre IPoA est-il PPPoA ?
Ce n'est pas "mon" IPoA, c'est celui de Free, à ma connaissance le seul à l'utiliser. Et non, il n'a rien à voir avec du PPPoA. C'est de l'IP directement sur AAL5 en mode routé, sans couche PPP ou ethernet intermédiaire.
Quelle est la signification de votre "ou". Est-il utilisé en synonyme, ou bien comme une autre alternative ?
Alternative, car les deux sont des encapsulations point à point routées.
Je serais intéressé par la pile complète.
A ma connaissance : PPPoA = IP > PPP > RFC 2364 > AAL5/ATM > ADSL
Oui, quoique je trouve que la présence de RFC 2364 dans cette pile est artificielle dans la mesure où ce n'est pas une couche mais une manière de lier PPP et AAL5.
Est-ce la même chose avec la fibre ou est-ce une liaison pontée ?
Il n'y a pas d'ADSL sur fibre donc certainement pas du RFC 2684B.
Pas d'ADSL, mais il aurait pu y avoir de l'ATM, soyons fous. Même sans cela, les liaisons fibre peuvent être de type point à point, même en ethernet, afin de séparer chaque abonné.
Michelot a écrit :
...que ce soit IPoA en dégroupé ou IP/PPP en IP/ADSL,
Votre IPoA est-il PPPoA ?
Ce n'est pas "mon" IPoA, c'est celui de Free, à ma connaissance le seul
à l'utiliser. Et non, il n'a rien à voir avec du PPPoA. C'est de l'IP
directement sur AAL5 en mode routé, sans couche PPP ou ethernet
intermédiaire.
Quelle est la signification de votre "ou". Est-il utilisé en synonyme,
ou bien comme une autre alternative ?
Alternative, car les deux sont des encapsulations point à point routées.
Je serais intéressé par la pile complète.
A ma connaissance : PPPoA = IP > PPP > RFC 2364 > AAL5/ATM > ADSL
Oui, quoique je trouve que la présence de RFC 2364 dans cette pile est
artificielle dans la mesure où ce n'est pas une couche mais une manière
de lier PPP et AAL5.
Est-ce la même chose avec la fibre ou est-ce une liaison pontée ?
Il n'y a pas d'ADSL sur fibre donc certainement pas du RFC 2684B.
Pas d'ADSL, mais il aurait pu y avoir de l'ATM, soyons fous.
Même sans cela, les liaisons fibre peuvent être de type point à point,
même en ethernet, afin de séparer chaque abonné.
...que ce soit IPoA en dégroupé ou IP/PPP en IP/ADSL,
Votre IPoA est-il PPPoA ?
Ce n'est pas "mon" IPoA, c'est celui de Free, à ma connaissance le seul à l'utiliser. Et non, il n'a rien à voir avec du PPPoA. C'est de l'IP directement sur AAL5 en mode routé, sans couche PPP ou ethernet intermédiaire.
Quelle est la signification de votre "ou". Est-il utilisé en synonyme, ou bien comme une autre alternative ?
Alternative, car les deux sont des encapsulations point à point routées.
Je serais intéressé par la pile complète.
A ma connaissance : PPPoA = IP > PPP > RFC 2364 > AAL5/ATM > ADSL
Oui, quoique je trouve que la présence de RFC 2364 dans cette pile est artificielle dans la mesure où ce n'est pas une couche mais une manière de lier PPP et AAL5.
Est-ce la même chose avec la fibre ou est-ce une liaison pontée ?
Il n'y a pas d'ADSL sur fibre donc certainement pas du RFC 2684B.
Pas d'ADSL, mais il aurait pu y avoir de l'ATM, soyons fous. Même sans cela, les liaisons fibre peuvent être de type point à point, même en ethernet, afin de séparer chaque abonné.
Michelot
Bonsoir Pascal,
En ligne, si tardivement un beau dimanche... juste avant dodo j'ai voulu regarder les news...
Ce n'est pas "mon" IPoA, c'est celui de Free, à ma connaissance le seul à l'utiliser.
OK, je me souviens, l'architecture PPPoA a cela de commun avec IPoA, c'est l'absence de couche MAC, donc aussi utilisation de proxy ARP.
Et non, il n'a rien à voir avec du PPPoA. C'est de l'IP directement sur AAL5 en mode routé
Probablement en utilisant RFC 2684R. Avez-vous l'information sous la main ?
> A ma connaissance : PPPoA = IP > PPP > RFC 2364 > AAL5/ATM > ADSL
Oui, quoique je trouve que la présence de RFC 2364 dans cette pile est artificielle dans la mesure où ce n'est pas une couche mais une manièr e de lier PPP et AAL5.
Pourtant, il faut caser ces octets quelque part, il ne sont pas spécifiés dans la RFC 1661/1662, ni dans I.365.5. C'est une couche d'adaptation.
...les liaisons fibre peuvent être de type point à point, même en ethernet, afin de séparer chaque abonné.
oui
Cordialement, Michelot
Bonsoir Pascal,
En ligne, si tardivement un beau dimanche... juste avant dodo j'ai
voulu regarder les news...
Ce n'est pas "mon" IPoA, c'est celui de Free, à ma connaissance le seul
à l'utiliser.
OK, je me souviens, l'architecture PPPoA a cela de commun avec IPoA,
c'est l'absence de couche MAC, donc aussi utilisation de proxy ARP.
Et non, il n'a rien à voir avec du PPPoA. C'est de l'IP
directement sur AAL5 en mode routé
Probablement en utilisant RFC 2684R. Avez-vous l'information sous la
main ?
> A ma connaissance : PPPoA = IP > PPP > RFC 2364 > AAL5/ATM > ADSL
Oui, quoique je trouve que la présence de RFC 2364 dans cette pile est
artificielle dans la mesure où ce n'est pas une couche mais une manièr e
de lier PPP et AAL5.
Pourtant, il faut caser ces octets quelque part, il ne sont pas
spécifiés dans la RFC 1661/1662, ni dans I.365.5. C'est une couche
d'adaptation.
...les liaisons fibre peuvent être de type point à point,
même en ethernet, afin de séparer chaque abonné.
En ligne, si tardivement un beau dimanche... juste avant dodo j'ai voulu regarder les news...
Ce n'est pas "mon" IPoA, c'est celui de Free, à ma connaissance le seul à l'utiliser.
OK, je me souviens, l'architecture PPPoA a cela de commun avec IPoA, c'est l'absence de couche MAC, donc aussi utilisation de proxy ARP.
Et non, il n'a rien à voir avec du PPPoA. C'est de l'IP directement sur AAL5 en mode routé
Probablement en utilisant RFC 2684R. Avez-vous l'information sous la main ?
> A ma connaissance : PPPoA = IP > PPP > RFC 2364 > AAL5/ATM > ADSL
Oui, quoique je trouve que la présence de RFC 2364 dans cette pile est artificielle dans la mesure où ce n'est pas une couche mais une manièr e de lier PPP et AAL5.
Pourtant, il faut caser ces octets quelque part, il ne sont pas spécifiés dans la RFC 1661/1662, ni dans I.365.5. C'est une couche d'adaptation.
...les liaisons fibre peuvent être de type point à point, même en ethernet, afin de séparer chaque abonné.