| 6 mel, le 23 avr 2007 à 15:03:11Bonjour,
dans le même ordre d'idées, ou plutot de question :
j'ai la configuration suivante (ci-dessous) et je voudrais savoir si celle-ci me permet de conserver le marquage IEEE 802.1p en sortie de l'interface Fa0/0.13? ou est ce que la commande "encapsulation dot1q" passe obligatoirement le port en mode trunck et supprime le marquage ?
la premiere partie des commandes permet-elle bien de marquer la trame ethernet 802.1p ?
"
policy-map PO1
class P7
set cos 7
...
policy-map PO2
class TOUT
service-policy PO1
...
int fa0/0
no ip address
ip nbar protocol-discovery
service-policy output PO2
duplex auto
speed auto
int fa0/0.13
encapsulation dot1q 13
ip address 192.168.13.2 255.255.255.0
ip flow egress
ip pim sparse mode
ip ospf network point-to-point
"
merci d'avance ! | Salut,802.1p fait partie de 802.1q , en fait, c'est la même encapsulation qui fait les 2 choses dans 2 zones différentes du tag de 4 octets.
c'est à vérifier, mais à priori le fait de mettre une encapsulation dot1q ne supprime pas le marquage COS, bien au contraire.
par contre, peut-etre devrais tu mettre ta service-policy au niveau de la sous interface ethernet.
et ... Voili Voilou Voila ! |
| 8 mel, le 24 avr 2007 à 13:13:54Merci de ta réponse, en fait j'avais essayé, cela ne fonctionne pas.
Par contre, le routeur distant (connecté à l'interface fa0/0.13) présente une interface en mode trunk, avec la commande suivante :
fa1/1
switchport trunk allowed vlan 1,2,13,1002-1005
switchport mode trunk
est ce que cela peut créer un dysfonctionnement ?
y a-t-il un ordre a respecter entre les commandes "service policy" et celle "encapsulation dot1q" ?
Merci d'avance ! | Le switchport trunk, non , c'est correct .
l'ordre à respecter , non plus, l'ios, remet ça dans l'ordre (en affichage) et comme les deux n'ont rien à voir ensemble.
et ... Voili Voilou Voila ! |
| 10 mel, le 24 avr 2007 à 14:01:35Ok. merci pour ces infos.
dans ce cas, est ce que la commande "set cos 7" est la seule ki permettre de marquer le champ COS des trames ethernet ?
ce qui m'ennuie le plus, c que les trames observées en sortie du port fa0/0.13 ne comportent pas les 4 octets supplémentaires, alors qu'elles devraient au minimum etre marquées avec "vlan ID 13", par la commande "encapsulation dot1q 13".
Cette commande peut elle etre annulée par une autre ? | 12 mel, le 24 avr 2007 à 21:22:47Je n'ai peut etre pas utilisé la bonne methode : on a mis un hub entre les deux routeurs, et on récupere les trames avec ethereal sur un pc connecté sur le hub.
le PC a été configuré (en cochant une petite case) pour gérer les trames 802.1p, on récupère bien le trafic généré avec ethereal, mais le champ est 0x0800 au lieu d'etre un truc comme 0x8100, comme ce devrait a priori etre le cas pour des trames 802.1p, non ?
g peut etre tout faux... :-) | Non, au contraire, tu as tout bon,
c'est exactement ça qu'il faut faire .
0800 c'est du de l'ipv4 sur ethernet c'est tout .
et ... si tu configures le PC pour gérer de l' ethernet basic ?
de toute façon, forcément tes trames sont taggées et le 0800 est plus loin dans l'entête, sinon tes vlans ne passeraient pas.
et ... Voili Voilou Voila ! |
|
|
|
|
Accéder interface routeur