1. RECOMMANDATIONS IMPORTANTES

Avant de déployer cette version du logiciel, veuillez lire attentivement les recommandations suivantes et contactez le support Streamcore si vous avez des questions.

1.1       Licences

Depuis la version 6-5.T06, la suite logicielle Streamcore installe un nouveau système de gestion des licences qui nécessite une mise à jour de la licence actuellement utilisée sur le SGM.

Si vous avez déjà utilisé un SGM dans 6-5.T06, vous n’avez pas besoin de mettre à jour la licence.

1.2      Nouveau mot de passe

A partir de la version 6-5.T06, les mots de passe par défaut des utilisateurs sgm et sc sont définis sur des valeurs différentes.

Veuillez contacter le support Streamcore à l’adresse support@streamcore.com pour recevoir ces nouveaux mots de passe.

2. Améliorations et nouvelles fonctionnalités

Avec cette nouvelle version, Streamcore apporte de nouvelles fonctionnalités utiles sur ses SGM et SG.

2.2      SGM 22a

2.2.2     Migration SG de M4G vers M5G

Cette version de StreamView permet la mise à jour en ligne d’un SG dans la nouvelle architecture M5G.

Tous les types de SG ne sont pas susceptibles d’être migrés, la liste des types éligibles :

Types de SG éligibles à une migration en M5G

SG2412

SG3412

SG360e

SG4412

SG860e

SG1660e

SG3270e

Les spécifications techniques des équipements (processeurs notamment) empêchent la portabilité du socle M5G sur les machines plus anciennes série SGX00e, SGx50e, SG3260e).

2.1.2    SG accélération mode Proxy

Prérequis : SG en OPE 6-5.12 et boot T09. Pour l’instant non disponible pour les SG en version M4G

Pour l’utilisation des fonctions d’accélération, le SG côté serveur peut être déployé en mode proxy plutôt qu’en mode transparent (en coupure sur le trafic).

Dans ce cas, le nombre de port nécessaire est toujours de 4 (Admin, Ext, Wan1, Lan1) mais seuls 2 auront du trafic en mode Proxy: le port d’Admin et le port Wan1. Les autres ports nécessaires au démarrage de la machine ne verront pas de trafic.

Le SG présente les requêtes aux serveurs avec son adresse LAN/WAN. Il n’est plus nécessaire de mettre le SG proxy en coupure d’un lien pour gérer les flux accélérés. Le SG proxy peut également être déployé sur les plateformes virtuelles :

• VMware
• AWS
• Azure,
• GCP
• KVM

Ce SG permet d’avoir un relais d’accélération physique ou vrituel intégré avec les fonctions de monitoring de Streamcore et piloté directement depuis le SGM. Il simplifie les déploiements dans les environnements virtuels et permet également de démultiplier les sondes physiques pour adresser des charges plus importantes d’accélération.

2.1.3     Documentation

La documentation n’est plus embarquée dans la suite logicielle. Un lien vers la documentation hébergée sur le site Web de Steramcore est mis en place. Cela permet de garantir l’accès à une documentation toujours à jour et étendue au fur et à mesure.

Pour aller directement sur : https://streamcore.com/documents-techniques/

2.1.4     Présentation des informations sur le bypass dans l’inventaire

Prérequis : SG en version de BOOT S55 ou T09

Deux nouvelles données sont affichables dans l’inventaire des SG :

• Configuration du Bypass : ouvert (No) ou fermé (Yes)
• Type des cartes bypass physiques

2.1.5     Evolution socle SGM

Socle Debian 11 pour les nouvelles versions virtuelles.

Pour maintenir la compatibilité avec les offres des fournisseurs de Cloud, les versions virtuelles peuvent maintenant être livrées sur un socle Debian 11. Ces versions disposent également de nouvelles versions de PHP, PostgreSQL légèrement plus performantes.

Les versions physiques des SGM restent en Debian 9.

Les suites logicielles sont livrées dans les deux versions.

2.1.6   Versions virtuelles SGM

Les SGM sont maintenant disponible sur les plateformes suivantes. Une documentation de déploiement est disponible pour faciliter l’installation et l’exploitation de ces versions.

• VMWare
• HyperV
• AWS
• Azure
• Google Cloud Platform (GCP)
• KVM
• Les SGM virtuels nécessitent une connexion internet pour le rafraichissement de leur licence qui est contrôlée chaque jour. En échange, les licences ne sont pas liées à une empreinte matérielle et peuvent être déplacées sans limite entre baies, site et région.

La documentation pour ces versions est disponible en suivante le lien :

Documents techniques

2.2      A PARTIR DE L’OPE 6-5.12

Le Socle M5G permet aujourd’hui de faire fonctionner plusieurs versions d’OPE sur les équipements compatibles (nouvelles plateformes ou plateformes M4G migrées en M5G).

Les OPE Streamcore peuvent être classés en 4 catégories :

• OPE kernel monocoeur
• OPE en mode appli monocoeur
• OPE en mode appli avec QoS parallélisée
• OPE en mode appli avec QOS et monitoring parallélisés

 

1. OPE kernel monocoeur

Le mode OPE Kernel monocoeur disponible en M4G n’est plus produit ni disponible en M5G.

2. OPE en mode appli monocoeur

Le mode OPE en mode appli monocoeurs est la version standard actuelle en M5G.

Elle couvre l’ensemble des fonctions de la solution Streamcore (visibilité, QoS, Accélération, Load balancing) et offre une amélioration substantielle des performances (x3 par rapport à une sonde en M4G)

 

3. OPE en mode appli avec QoS parallélisée (version QHP)

La version multicœurs de QoS est aussi appelée QHP (Qos Haute Performance).

Les cœurs de QoS sont séparés du cœur de monitoring et sont spécialisés par sens de trafic.

Cette version présente des performances x2 en QoS par rapport à la version monocoeur.et couvre le m^me spectre fonctionnel.

Cette version actuellement en beta test peut être obtenue sur demande au support Streamcore. Cette version a vocation à remplacer la version monocoeur qui disparaitra dans les prochaines versions.

 

4. OPE en mode appli avec QOS et monitoring parallélisés (version 6-6)

Cette version en mode application  parallélise également les fonctions de monitoring sur plusieurs cœurs en plus des 2 cœurs spécialisés pour la QoS. Cet OPE est également référencé sous le numéro de version 6-6.

L’amélioration atteint x10 pour certaines plateformes comparées à la version monocoeur kernel.

Cette version a actuellement encore des limitations fonctionnelles :

• pas de dual,
• pas de tandem,
• pas de grooming, donc pas de load balancing
• Pas d’‘accélération

Cette version convient pour des cas d’usage ou le monitoring ou la QoS  à très hauts débits (plusieurs gigabits par seconde voir plusieurs dizaines de gigabits par seconde) sont nécessaires (monitoring de datacenter, gestion d’accès Internet)

Cette version actuellement en beta test peut être obtenue sur demande au support Streamcore.

Des développements sont en cours pour lever progressivement les restrictions fonctionnelles.

 

2.2.1    Versions virtuelles SG

 

Les SG sont maintenant disponibles de manière virtuels sur les plateformes suivantes :

• VMware
• AWS
• Azure
• GCP
• KVM

Ces versions sont destinées à fonctionner en mode monitoring uniquement et le trafic doit leur être transmis via un port mirroring.

2.2.2    SG Proxy

Pour que le SG puisse fonctionner en mode proxy pour l’accélération, cf. paragraphe 4.1.2, il doit au moins être en OPE 6-5.12

2.3      SG : BOOT S55

2.3.1    Lecture des informations du bypass dans l’inventaire

Pour remonter l’information sur la configuration du bypass, cf. paragraphe 4.1.4, le SG doit être dans une version de Boot S55 (ou plus).

2.4      SG : BOOT S62

2.4.1    Migration de SG M4G en SG M5G

Installer cette version sur un SG pour le migrer automatiquement, à l’installation, en version M5G (boot T07).

2.5      SG : BOOT T09

2.5.1    Gestion des bypass

Il est possible de piloter la gestion de chaque bypass d’un SG pour certains types de cartes.

Le bypass peut être configuré en mode fermé (en cas de panne, le SG ferme ses bypass et se comporte comme un fil assurant la continuité du service et ce en cas de panne électrique, de boucle (déclenchement du watchdog) ou pendant les phases de boot ou lorsque le SG est en mode OPE bypass ou en mode BOOT). C’est le mode de configuration par défaut.

Le bypass peut aussi être configuré en mode ouvert pour déclencher l’ouverture du bypass pendant les phases précédentes. Dans ce cas le trafic est coupé en cas de panne électrique, de boucle (déclenchement du watchdog) ou pendant les phases de boot ou lorsque le SG est en mode OPE bypass ou en mode BOOT

2.5.2    SG Proxy

Pour que le SG puisse fonctionner en mode proxy pour l’accélération, cf. paragraphe 4.1.2, il faut que celui-ci soit en version T09 de boot (ou plus).

2.5.3    Lecture des informations du bypass dans l’inventaire

Pour remonter les informations sur l’état du bypass, cf. paragraphe 4.1.4, le SG doit être dans une version de Boot T09 (ou plus).

2.6      ACC 26

Le module d’accélération ACC26 est disponible pour les SG M4G et M5G.

Pour les SG M5G il est cependant conseillé de passer sur la version ACC30.

2.7      ACC 30

Le module d’accélération ACC30 n’est disponible que pour les SG M5G et ne sera donc pas ni proposé ni installé sur le SG M4G. Ces derniers SG devront rester sur la version ACC26 de l’accélération.

3. Problèmes corrigés par la Suite Logicielle 22a

Tous les composants de la suite logicielle sont livrés sous forme de versions mises à jour.

Remarque : Dans cette suite logicielle, les composants BOOT sont S55. et T09. La bonne version, selon le type de SG (M4G ou M5G), sera installée automatiquement par le SGM lorsqu’un OPE est déployé sur les StreamGroomers.

Les tableaux suivants énumèrent les problèmes qui ont été corrigés dans la version 22a de la suite logicielle et les nouvelles fonctionnalités si elles sont déclarées comme [implémentées] :

Ticket Client	Référence	Description du problème qui a été résolu (SGM 22a)
SGM 22a
	SC-638	[SGMConf] : ne plus embarquer les OPE M3G et M3Ge
	SC-640	Migration SG M4G vers M5G
	SC-643	[SGMConf] : tri de la présentation des paquetages
SCC-00001376	SC-653	[Licence] : Impossibilité de changer la configuration du proxy pour la licence tant que celle-ci est activée
Ticket Client	Référence	Description du problème qui a été résolu (SGM 22a.1)
SGM 22a.1
SCC-00001394	SC-1035	[Migration SG M4G vers M5G] : Impossible de migrer un SG M4G géré en SSH

Ticket  Client	Référence	Description du problème qui a été résolu (OPE 6-5.13)
OPE 6-5.13
SCC-00001386	SC-950	Problème de comportement en dual sur le trafic du DUAL2
Ticket  Client	Référence	Description du problème qui a été résolu (OPE 6-5.14)
OPE 6-5.14
SCC-00001393	SC-1023	Report d’état de ports d’un SG-M5G non fonctionnel
	SC-1027	Blocage QOS sur trame invalide ou sans route de sortie Régression sur la 6-5.11
Ticket Client	Référence	Description du problème qui a été résolu (Boot T09)
Boot T09
SCC-00001374	SC-365	SG M5G menu boot : config admin_port_speed 100M-fd (tous sauf auto) KO