Question sur des flux UDP...

Le
Jy
Bonjour,

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é) ?

J'ai l'adresse 78.192.2.a.

129.42.60.216 78.192.2.a TCP http > messageservice
[FIN, ACK] Seq=1 Ack=1 Win90 Len=0

58.109.92.18 78.192.2.b TCP 33180 > 27489 [SYN]
Seq=0 Win384 Len=0 MSS60

58.109.92.18 78.192.2.b UDP Source port: 39682
Destination port: 27489

129.42.60.216 78.192.2.a TCP http > messageservice
[FIN, ACK] Seq=1 Ack=1 Win90 Len=0

129.42.60.216 78.192.2.a TCP http > binderysupport
[FIN, ACK] Seq=1 Ack=1 Win90 Len=0

213.145.121.172 78.192.2.c UDP Source port: 63227
Destination port: 20809

60.183.53.105 78.192.2.d UDP Source port: 7857
Destination port: 22622

58.109.92.18 78.192.2.b TCP 33180 > 27489 [SYN]
Seq=0 Win384 Len=0 MSS60

213.145.121.172 78.192.2.c UDP Source port: 63227
Destination port: 20809

58.109.92.18 78.192.2.b UDP Source port: 39682
Destination port: 27489

58.109.92.18 78.192.2.b UDP Source port: 39682
Destination port: 27489

213.145.121.172 78.192.2.c UDP Source port: 63227
Destination port: 20809

58.109.92.18 78.192.2.b TCP 33180 > 27489 [SYN]
Seq=0 Win384 Len=0 MSS60

58.109.92.18 78.192.2.b UDP Source port: 39682
Destination port: 27489

82.33.10.46 78.192.2.c UDP Source port: 58064
Destination port: 20809

82.33.10.46 78.192.2.c UDP Source port: 58064
Destination port: 20809


71.212.81.135 78.192.2.b UDP Source port: 11589
Destination port: 27489

82.33.10.46 78.192.2.c UDP Source port: 58064
Destination port: 20809

Merci,
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Pascal Hambourg
Le #9728671
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é) ?

J'ai l'adresse 78.192.2.a.

129.42.60.216 78.192.2.a TCP http > messageservice
[FIN, ACK] Seq=1 Ack=1 Win90 Len=0

58.109.92.18 78.192.2.b TCP 33180 > 27489 [SYN]
Seq=0 Win384 Len=0 MSS60

58.109.92.18 78.192.2.b UDP Source port: 39682
Destination port: 27489



Tu reçois des paquets destinés à une autre adresse IP que la tienne ?
C'est de la fibre ?
Jy
Le #9764741
"Pascal Hambourg" 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é) ?

J'ai l'adresse 78.192.2.a.

129.42.60.216 78.192.2.a TCP http >
messageservice
[FIN, ACK] Seq=1 Ack=1 Win90 Len=0

58.109.92.18 78.192.2.b TCP 33180 > 27489 [SYN]
Seq=0 Win384 Len=0 MSS60

58.109.92.18 78.192.2.b UDP Source port: 39682
Destination port: 27489



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
Le #9767511
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...
Jy
Le #9775591
"Pascal Hambourg" 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
Le #10460841
"Jy" 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 :

78.192.2.a 212.27.60.27 TCP tn-tl-r1 > ftp [SYN]
Seq=0 Wine535 Len=0 MSS60 WS=3

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
Le #10630961
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 :

78.192.2.a 212.27.60.27 TCP tn-tl-r1 > ftp [SYN]
Seq=0 Wine535 Len=0 MSS60 WS=3

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
Le #10851561
Pascal Hambourg

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
Le #10856341
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
Pascal Hambourg
Le #10856501
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
Le #10856841
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
Publicité
Poster une réponse
Anonyme