Les Forums

Les Forums

Les forums sont fermés. Ils restent présent pour consultation et archivage.
Vous pouvez désormais poser vos questions directement dans les commentaires en bas de chaque page du site.
Alors n'hésitez pas à participer

Problème d'envoir de frame

Voici ce que j'obtiens avec cette commande
"frameip -interface 2 -ip_type 2 -ip_source 12.12.12.12 -ip_destination 66.249.93.104 -tcp_flag_fin 1 -tcp_port_source 1664 -tcp_port_destination 4661"

Réponse :
Error number 202.1 : Unable to send your Ethernet frame.
Lu leyou,

Les paramètres utilisés sont corrects. Ton problème vient très certainement de :
-interface 2

Je penses que tu t'ai trompé de carte. Alors fait un :
frameip -?

Tu regardes la ligne :
FREE INTERFACES

En dessous son énuméré la liste de tes interfaces disponnibes associé au numéro que tu doit employer derriere l'argument :
-interface


Tiens moi au courrant.

Sinon, une remarque, qui n'a rien à voir avec ton erreur, mais tu a choisit :
-ip_type 2

Ce qui signifit que tu va emettre un datagramme de type IGMP et donc les paramètres suivants que tu spécifies ne servent pas :
-tcp_flag_fin 1
-tcp_port_source 1664
-tcp_port_destination 4661
@+
_SebF - Sébastien FONTAINE
Merci bien, c'était effectivement l'interface qui posait problème.
J'ai le problème suivant:

Je connecte mon PC par l'intermédiaire d'un switch cisco
à des plateformes de test munies de carte réseau.

j'exécute la commande suivante (requête SNMP):

[i:6bb0cb5633]FrameIp.exe -interface 2 -send_mode 1 -mac_source 02-00-00-01-21-20 -mac_destination 03-00-00-00-00-17 -ip_destination 224.224.0.23 -ip_flag_df 1 -ip_length 195 -ip_type 17 -ip_ttl 1 -udp_port_source 161 -udp_port_destination 161 -udp_checksum 100000 -udp_length 175 -data_size 168 -data_hexa -308200A30201000409616664785772697465A3820091020112020100020100308200843014060C2B06010401D85401010910004104000000103014060C2B06010401D85401010911004104000000103014060C2B06010401D85401010912004104000000013014060C2B06010401D85401010913004104000000013014060C2B06010401D85401010914004104000000083014060C2B06010401D85401010915004104000000000000


Je constate les choses suivantes:

- avec ethereal je constate qu'à tous les coups la trame est bien parti mais
que la réponse à la requête n'est pas systématique.
En fait je constate que la trame n'arrive pas systématiquement au plateformes de tests.

-lorsque je passe en direct par un cable croisé vers une plateforme de test ça marche aussi à tous les coups.

-Je débranche le cable RJ45 de mon PC, le rebranche aussitôt, envoie 2 fois la commande et à l'issue de la deuxième j'obtiens toujours une réponse à ma requête. Cette manip marche à tous les coups 😯 .


Est-ce que cela donne la puce à l'oreille à quelqu'un ?
Que peux bien faire le switch cisco avec ma trame ?
Lu extralucide,

La puce est surement ton adressage en 224.

Essai avec autre chose.

@+
_SebF - Sébastien FONTAINE
J'ai essayé en unicast mais le problème subsisite toujours.
Ce qui est curieux c'est qu'au niveau du switch les paquets sont vus comme étant du broadcast !!
(sachant qu'un routeur ne route pas le broadcast par défaut c'est quand même moyen).
Lu extralucide,

Vu comme un broadcast, que veux tu dire ?

@+
_SebF - Sébastien FONTAINE
En fait lors que je visualise le status de l'interface du switch relié au PC hôte je constate que seul le compteur de trames broadcast s'incrémente.

Mais au final le problème est résolue.
En fait je pense que mon problème provenait de la configuration du port au niveau du switch.
Le switch se crée une table d'adresse MAC dynamique par auto-apprentissage. Le problème est que si le PC hôte connecté à ce port n'envoie plus de trames au bout d'un temps "mac_address_aging_time" qui vaut en général cinq minutes, l'adresse MAC est automatiquement effacé de la table et donc la trame n'est plus forwardée.

Je pense que c'est ça.

avant j'avais ça comme conf:
interface FastEthernet0/7
switchport mode access
switchport port-security
switchport port-security aging time 2
switchport port-security violation restrict
switchport port-security aging type inactivity
mls qos cos override
macro description cisco-desktop
spanning-tree portfast
spanning-tree bpduguard enable
!

et après modification:

interface FastEthernet0/7
description SNMP request
switchport access vlan 3
duplex full
speed 100
no cdp enable
!