Gestion de la bande passan te : où intervenir dans le réseau ?

01 Réseaux : Votre boîtier de régulation de la bande passante, WiseWan, s’installe entre le WAN et le routeur. Or, si ce dernier s’engorge, il ‘ jettera ‘ des paquets importants avant de les transmettre au WiseWan…

Kit Waugh : La congestion est sur le WAN, pas sur le LAN, qui ne voit pas les contraintes du réseau étendu. Ainsi, un réseau Frame Relay régule le trafic selon la bande passante allouée, en gérant des flux de haute et basse priorité. WiseWan réduit le risque de perte d’un paquet sur l’interface LAN du routeur, en diminuant la bande passante pour les applications de basse priorité.01 R. : Les opérateurs apprécient-ils que l’on place un équipement entre le routeur et leur réseau ? K. W. : Comme leurs clients, ils ont toujours déployé des équipements à cet endroit, afin de mesurer le niveau de service. WiseWan supervise le WAN et ajuste aussi le trafic. Cela leur permet de fournir des nouveaux services.01 R. : Qu’en est-il des problèmes de connexion V35 entre les standards américains et français (fixations à griffes ou à vis ; broches de 1 mm ou de 1,6 mm) ? Sur X.21/V11, comment sont gérés les signaux C et I ? K. W. : WiseWan accepte tous les types d’interfaces série existants.01 R. : Les opérateurs délivrent des accès xDSL sans routeur ni modem. Où placer alors le WiseWan ? K. W. : Notre boîtier s’installe entre le DSLam et le commutateur, et régule la bande passante de plusieurs abonnés simultanément. Une solution LAN ne gère qu’un seul abonné.01 R. : Le WiseWan gère-t-il d’autres accès que le Frame Relay ? K. W. : Il accepte les protocoles PPP et HDLC (High level data link control) sur liens série Fractional E1-T1 et Channelized E1-T1.01 R. : Avec certains protocoles, les données ne sont émises qu’après réception des acquittements des envois précédents. Si ceux-ci sont ‘ pris dans les embouteillages ‘, les efforts réalisés dans le sens sortant sont vains. Le WiseWan gère-t-il le trafic entrant ? K. W. : Oui. Placé du côté du WAN, il envoie les acquittements de haute priorité d’abord au routeur. Une solution LAN ne garantit pas la réception des acquittements. Le WiseWan peut gérer tous les sites d’une configuration en étoile à partir du site central. Un PacketShaper est aveugle au trafic entre les agences et devra être déployé sur chaque brin Ethernet.01 R. : Le WiseWan reconnaît-il automatiquement la nature du trafic ? K. W. : Oui, il identifie environ trois cents applications ou services IP et cent cinquante IPX, ainsi qu’AppleTalk ou SNA… Une liste qui est à compléter par les utilisateurs. Les serveurs sont triés selon leur adresse IP, leur adresse IPX et leur adresse MAC, une page Web sera rendue prioritaire jusqu’au type Mime en passant par l’URL.01 R. : Donnez-vous les délais de transit dus au WAN et au LAN ? K. W. : WiseWan mesure les SLA (Service level agreements) au sens du Frame Relay Forum. Les solutions LAN ne peuvent fournir le temps de réponse du WAN. Ceux du serveur et les durées de transaction ne font pas partie du contrat de SLA.01 R. : Que pensez-vous du TCP Rate Control, utilisé par Packeteer ? K. W. : Il se limite à TCP. Packeteer utilise des files d’attente pour les autres trafics (audio, vidéo, ou IPX, SNA et SNMP) et manipule TCP, ce qui peut être incompatible avec certaines piles TCP.

01 Réseaux : Comment le PacketShaper gère-t-il les liens WAN, alors qu’il s’installe sur le LAN ? Kevin Jablonski : Il interroge le routeur en SNMP afin de déterminer les circuits virtuels permanents, ou PVC, et les DLCI (Data link channel identifiers) associés. Il classe le trafic reçu à partir de chaque PVC pour lesquels on crée des ‘ tubes ‘ ayant une certaine bande passante ou une priorité. Ainsi, sur un lien Frame Relay transportant trente PVC ayant un CIR (Committed information rate) de 32 K, on crée un ‘ tube ‘ par PVC limitant un trafic Oracle ou FTP à 10 kbit/s. Plus de cinq mille PacketShaper sont déployés pour ce type d’application. En traitant les flux en amont, le PacketShaper évite une grande partie des retransmissions et fluidifie le trafic.01 R. : Si la bande passante baisse sur certains PVC, peut-on accroître le débit des PVC non congestionnés ? K. J. : Il suffit de positionner l’EIR (Explicit information rate) au maximum de la bande passante, et le CIR à la bande passante garantie.01 R. : Faut-il configurer le routeur afin qu’il s’interface avec le PacketShaper ? K. J. : Jamais !01 R. : Combien de PacketShaper sont nécessaires sur un réseau Frame Relay, quand le trafic d’agences équipées de serveurs de messagerie Exchange est ramené sur un site central ? K. J. : Un seul, contrôlant les trafics entrants et sortants, placé au c?”ur suffirait, mais il y aura des problèmes avec les routeurs des petits sites, essayant d’absorber 10 Mbit/s vers le WAN. Un PacketShaper dans chaque agence améliorerait la rapidité. Exchange est difficile à contrôler, Packeteer le gère au niveau de la couche 7 de l’OSI. WiseWan ne gère que le trafic sortant, par des files d’attente une seconde fois après le routeur. Si on n’en installe pas un à chaque extrémité, la congestion traversera le nuage Frame Relay, et ce sera trop tard. De plus, le WiseWan ne contrôle pas Exchange car il ne distingue rien au-delà de la couche 4.01 R. : Comment l’opérateur administre-t-il la bande passante tout en respectant la politique de sécurité de ses clients ? K. J. : Le PacketShaper est supervisable via des traps par InfoVista ou OpenView. Il peut être placé dans la zone démilitarisée ou derrière le coupe-feu. Il mesure la disponibilité et sépare le délai dû au serveur de celui dû au réseau. Il détaille les PVC et les flux par application. C’est important pour les ASP. Le WiseWan donne des mesures rudimentaires à l’aide d’un ping.01 R. : Un réseau Frame Relay congestionné ‘ jette ‘ les trames marquées DE (Discard Eligible). Celles de basse priorité sont marquées DE par WiseWan afin de préserver les applications stratégiques. Et le PacketShaper ? K. J. : Quand le WiseWan reçoit un paquet dans une situation de congestion, le routeur a déjà marqué le paquet. Cela ne peut pas être modifié par le WiseWan. Le PacketShaper aide à éviter la congestion avant qu’elle n’arrive au routeur, qui n’aura pas à marquer le paquet comme DE !01 R. : Le PacketShaper sait-il gérer une panne de lien distant ? K. J. : Oui, il baisse de régime quand il reçoit les FECN et les BECN. WiseWan ne peut que les surveiller. Si un lien de 2 Mbit/s est secouru en RNIS à 128 kbit/s, le PacketShaper le déterminera grâce à la charge des routeurs. WiseWan ne gère pas le RNIS !

🔴 Pour ne manquer aucune actualité de 01net, suivez-nous sur Google Actualités et WhatsApp.