Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Pascal
Salut,
Pascal wrote:
Je voudrais savoir, quel est le temps de traversée d'un switch en bits-times. Est ce que le temps de traversée d'un switch correspont à une valeur standard. sinon, pour les switch dois-je tenir compte plutôt du temps de latence ?
Etant donné que la majorité des switches fonctionne en store-and-forward, dans le meilleur des cas (bus libre, pas de congestion) je dirais que le retard introduit par la traversée est au moins égal au temps de transmission de la trame en bit-times, soit le nombre de bits de la trame brute.
Salut,
Pascal wrote:
Je voudrais savoir, quel est le temps de traversée d'un switch en bits-times.
Est ce que le temps de traversée d'un switch correspont à une valeur standard.
sinon, pour les switch dois-je tenir compte plutôt du temps de latence ?
Etant donné que la majorité des switches fonctionne en
store-and-forward, dans le meilleur des cas (bus libre, pas de
congestion) je dirais que le retard introduit par la traversée est au
moins égal au temps de transmission de la trame en bit-times, soit le
nombre de bits de la trame brute.
Je voudrais savoir, quel est le temps de traversée d'un switch en bits-times. Est ce que le temps de traversée d'un switch correspont à une valeur standard. sinon, pour les switch dois-je tenir compte plutôt du temps de latence ?
Etant donné que la majorité des switches fonctionne en store-and-forward, dans le meilleur des cas (bus libre, pas de congestion) je dirais que le retard introduit par la traversée est au moins égal au temps de transmission de la trame en bit-times, soit le nombre de bits de la trame brute.
Angelot
Bonjour Pascal et Pascal,
Etant donné que la majorité des switches fonctionne en store-and-forward, dans le meilleur des cas (bus libre, pas de congestion) je dirais que le retard introduit par la traversée est au moins égal au temps de transmission de la trame en bit-times, soit le nombre de bits de la trame brute.
Cette notion met en valeur la notion d'asynchronisme de l'Ethernet (surtout en 10Base-T), dans le sens où le retard n'est pas constant et dépend de la longueur de trame.
En 10Base-T, à cause du codage Manchester, si une station reçoit 2 trames consécutives venant de 2 autres stations, seuls le préambule et SFD permettent de synchroniser en fréquence et en phase la station réceptrice pour pouvoir décoder correctement le reste de la trame. Le switch "casse" la synchronisation qui aurait pu exister entre les stations émettrices.
En 100 ou 1G/10G, la station devrait toujours être synchrone du port du switch (ou du hub) auquel elle est rattachée. Le codage 4B/5B ou 8B/10B maintient une activité sur le segment de liaison en absence de toute trame.
Cordialement, Angelot
Bonjour Pascal et Pascal,
Etant donné que la majorité des switches fonctionne en
store-and-forward, dans le meilleur des cas (bus libre, pas de
congestion) je dirais que le retard introduit par la traversée est au
moins égal au temps de transmission de la trame en bit-times, soit le
nombre de bits de la trame brute.
Cette notion met en valeur la notion d'asynchronisme de l'Ethernet (surtout
en 10Base-T), dans le sens où le retard n'est pas constant et dépend de la
longueur de trame.
En 10Base-T, à cause du codage Manchester, si une station reçoit 2 trames
consécutives venant de 2 autres stations, seuls le préambule et SFD
permettent de synchroniser en fréquence et en phase la station réceptrice
pour pouvoir décoder correctement le reste de la trame. Le switch "casse" la
synchronisation qui aurait pu exister entre les stations émettrices.
En 100 ou 1G/10G, la station devrait toujours être synchrone du port du
switch (ou du hub) auquel elle est rattachée. Le codage 4B/5B ou 8B/10B
maintient une activité sur le segment de liaison en absence de toute trame.
Etant donné que la majorité des switches fonctionne en store-and-forward, dans le meilleur des cas (bus libre, pas de congestion) je dirais que le retard introduit par la traversée est au moins égal au temps de transmission de la trame en bit-times, soit le nombre de bits de la trame brute.
Cette notion met en valeur la notion d'asynchronisme de l'Ethernet (surtout en 10Base-T), dans le sens où le retard n'est pas constant et dépend de la longueur de trame.
En 10Base-T, à cause du codage Manchester, si une station reçoit 2 trames consécutives venant de 2 autres stations, seuls le préambule et SFD permettent de synchroniser en fréquence et en phase la station réceptrice pour pouvoir décoder correctement le reste de la trame. Le switch "casse" la synchronisation qui aurait pu exister entre les stations émettrices.
En 100 ou 1G/10G, la station devrait toujours être synchrone du port du switch (ou du hub) auquel elle est rattachée. Le codage 4B/5B ou 8B/10B maintient une activité sur le segment de liaison en absence de toute trame.
