Skip to main content Scroll Top
Remplacement Avaya au Canada

Remplacement Avaya au Canada : CS1000 et systèmes plus anciens

Si vous planifiez un remplacement Avaya au Canada et que vous utilisez un système Avaya plus ancien, un Communication Server 1000 (CS1000), un Avaya Definity, ou une version plus ancienne d’Avaya Aura / Communication Manager, cet article est pour vous.

Une précision d’entrée de jeu : cet article porte sur les systèmes Avaya plus anciens qui ont dépassé le support fabricant. Avaya demeure une entreprise en activité qui vend et soutient des produits actuels. Le propos est plus restreint : certains systèmes plus anciens ont atteint la fin du cycle de vie de support d’Avaya, et ce que cela signifie si vous en utilisez encore un.

Ce que le dossier de cycle de vie dit réellement

Avaya applique un cycle de vie de produit structuré. Une version passe de la fin de la vente à la fin du support fabricant (« End of Manufacturer Support » ou EoMS), après quoi Avaya ne développe plus de correctifs pour elle. Plusieurs systèmes plus anciens ont dépassé ce point.

Le Communication Server 1000 (CS1000) est le cas le plus clair pour les entreprises canadiennes, car il s’agit de l’ancienne plateforme d’entreprise de Nortel qu’Avaya a héritée et a continué de soutenir. Avaya en a terminé la vente en 2018 et a mis fin au support fabricant en 2019. Des versions plus anciennes d’Avaya Aura / Communication Manager ont franchi le même jalon, et des systèmes encore plus anciens comme l’Avaya Definity sont hors support fabricant depuis de nombreuses années.

Événement Date
Communication Manager 6.3 atteint la fin du support fabricant 9 juillet 2018
Communication Manager 7 atteint la fin de la vente et la fin du support fabricant (avec la sortie de Communication Manager 8) 2018
Fin de la vente du Communication Server 1000 (CS1000, ancien Nortel) 9 avril 2018
Communication Server 1000 atteint la fin du support fabricant 9 avril 2019
Fin du support des pièces de service du CS1000 1er juin 2024

Cette liste vise précisément les versions plus anciennes. Les versions plus récentes d’Avaya demeurent actuelles et prises en charge ; atteindre la fin du support est donc une question propre à chaque système, et non une affirmation sur la marque. Si vous utilisez l’un des systèmes ci-dessus, la situation opérationnelle a changé d’une manière qu’il vaut la peine de comprendre.

Ce que « aucun support fabricant » signifie en pratique

Dépasser la fin du support fabricant n’est pas un simple jalon administratif. Cela change ce que vous pouvez faire lorsqu’un composant du système tombe en panne.

  • Aucun nouveau correctif ni mise à jour de sécurité. Une fois qu’une version atteint la fin du support fabricant, Avaya n’émet plus de correctifs de bogues ni de mises à jour de sécurité pour elle. Si une nouvelle vulnérabilité est repérée, la solution du fabricant est de passer à une version actuelle, et non de corriger l’ancienne. Un système exposé à l’internet public pour les utilisateurs à distance ou la jonction SIP cumule le risque de plusieurs années sans mises à jour de sécurité.
  • Des pièces uniquement selon les meilleurs efforts. Après la fin du support fabricant, la réparation et le remplacement du matériel se font selon les meilleurs efforts, et les composants deviennent de plus en plus rares avec le temps. Pour le CS1000 en particulier, même le support des pièces de service a pris fin en juin 2024.
  • Des terminaux en fin de vie. Les téléphones conçus pour ces plateformes ont suivi les systèmes hors support. Les téléphones IP de la série 1100 du CS1000, par exemple, sont eux-mêmes en fin de vente, sans remplacement direct du fabricant.
  • Disponibilité décroissante des spécialistes. Les techniciens formés à la programmation des CS1000 et des versions plus anciennes d’Aura continuent de quitter le domaine. Des ateliers qui entretiennent encore ces systèmes existent, mais le bassin se rétrécit chaque année.

La question opérationnelle n’est pas de savoir si le système fonctionne aujourd’hui. C’est ce qui se passera le jour où un composant tombera en panne ou où un problème de sécurité surgira, et où la réponse du fabricant sera de passer à une plateforme actuelle de toute façon.

Considérations relatives à la migration

Un remplacement Avaya suit un chemin bien établi vers un système téléphonique moderne. Quelques points précis à connaître avant de commencer :

  • Vos numéros de téléphone restent avec vous. En vertu des réglementations du CRTC, vos numéros de téléphone d’entreprise appartiennent à votre entreprise, et non à votre fournisseur actuel. Le portage vers un nouveau fournisseur ne requiert pas l’autorisation du transporteur et est indépendant de tout statut contractuel. Les délais de portage dépendent de l’approbation du transporteur et s’étendent généralement de 5 à 10 jours ouvrables au niveau du transporteur.
  • La plupart des terminaux des anciens systèmes Avaya et Nortel ne sont pas conçus pour un PBX hébergé moderne. Les postes numériques de ces systèmes, et les téléphones IP propres à une plateforme comme la série 1100 du CS1000, ont été construits pour leurs propres plateformes de contrôle d’appel et ne fonctionnent pas sur un PBX hébergé IP moderne. La planification de la migration doit prévoir de nouveaux téléphones IP de bureau, des téléphones logiciels, ou une combinaison des deux.
  • Une migration proactive est moins coûteuse qu’un remplacement d’urgence. Planifier une migration selon votre propre calendrier permet la formation du personnel, un fonctionnement en parallèle et une bascule propre. Remplacer un système après une défaillance comprime tout cela en quelques jours plutôt qu’en quelques semaines.

Ce qui change lors d’un remplacement Avaya

Le changement architectural est l’essentiel. Un CS1000 ou un système Aura plus ancien est du matériel dans votre salle d’équipement. Un PBX hébergé moderne déplace le système vers l’infrastructure du fournisseur, ne laissant que des téléphones de bureau et des téléphones logiciels à vos sites. L’ajout de lignes, de postes, d’un deuxième emplacement et l’ajustement de l’acheminement des appels deviennent des modifications de configuration en logiciel plutôt que des commandes de matériel.

La propriété de l’infrastructure varie selon les fournisseurs canadiens d’une manière qu’il vaut la peine de vérifier. Certains fournisseurs exploitent leur propre infrastructure physique dédiée avec une connectivité directe auprès des transporteurs. D’autres revendent de la capacité d’un autre fournisseur sur une infrastructure partagée, ajoutant une couche entre vous et le chemin d’appel. D’autres fonctionnent sur des plateformes virtualisées partagées où la capacité est allouée dynamiquement entre les locataires. Ces catégories ne sont pas mutuellement exclusives, et elles influencent différemment la qualité et la fiabilité des appels.

La structure contractuelle varie de la même façon. Les lignes téléphoniques traditionnelles étaient généralement vendues dans le cadre de contrats pluriannuels avec des frais de résiliation anticipée et des clauses d’augmentation annuelle des prix. La plupart des fournisseurs VoIP au Canada exigent également des contrats annuels ou pluriannuels. Certains, comme AgileIP, fonctionnent de mois en mois sans frais de résiliation, déplaçant le modèle de fidélisation de l’obligation contractuelle à la qualité du service continu.

Comment AgileIP s’intègre

Certains fournisseurs, comme AgileIP, exploitent leur propre infrastructure physique dédiée, avec l’installation, la configuration du système, le portage de numéro et la formation du personnel inclus sur chaque ligne. Pour une entreprise qui envisage un remplacement Avaya, depuis un CS1000 ou un système Aura plus ancien hors support fabricant, le modèle de déploiement géré supprime le fardeau opérationnel qui contribuait souvent à maintenir le matériel hérité en place. La tarification est par ligne simultanée plutôt que par utilisateur, ce qui génère généralement un coût total inférieur à mesure que l’entreprise se développe.

Si vous utilisez un ancien système Avaya ou Nortel et souhaitez comprendre à quoi ressemble une migration pour votre configuration spécifique, communiquez avec AgileIP pour une consultation gratuite, sans obligation, sans pression.

Foire aux questions

Cela dépend du système. Des versions plus anciennes ont dépassé la fin du support fabricant : le CS1000 en 2019, Communication Manager 6.3 en 2018, et Communication Manager 7 en 2018. Une fois qu’un système est hors support fabricant, Avaya n’émet plus de correctifs ni de mises à jour de sécurité pour lui, et les pièces sont gérées selon les meilleurs efforts. Les versions plus récentes d’Avaya sont toujours prises en charge ; la réponse dépend donc du système et de la version que vous utilisez.

Non. Avaya poursuit ses activités et vend et soutient des produits actuels. Cet article porte sur certains systèmes plus anciens qui ont atteint la fin du cycle de vie de support d’Avaya, et non sur l’entreprise. La raison d’envisager une migration est le statut de support du système que vous utilisez, et non le statut du fournisseur.

Oui. En vertu des réglementations du CRTC, vos numéros de téléphone d’entreprise vous appartiennent et peuvent être portés vers n’importe quel fournisseur, quel que soit votre statut contractuel actuel. Les délais de portage dépendent de l’approbation du transporteur et s’étendent généralement de 5 à 10 jours ouvrables au niveau du transporteur.

Dans la plupart des cas, oui. Les postes numériques et les téléphones IP propres à une plateforme conçus pour le CS1000 ou les systèmes Aura plus anciens, comme la série 1100, ont été conçus pour ces plateformes et ne fonctionnent pas sur un PBX hébergé IP moderne. La planification de la migration doit prévoir de nouveaux téléphones IP de bureau, des téléphones logiciels, ou une combinaison des deux.

Une migration planifiée d’un CS1000 ou d’un système Aura plus ancien vers un PBX hébergé moderne prend généralement quelques semaines de la décision à la bascule, selon les délais de portage de numéros et la complexité de votre acheminement des appels existant. Les remplacements d’urgence après une défaillance matérielle compriment le même travail en quelques jours et suppriment la possibilité d’un fonctionnement en parallèle.

Cela signifie que le fabricant ne développe plus le logiciel ni ne produit de pièces pour cette version. Aucun nouveau correctif de bogue, aucune mise à jour de sécurité, et la réparation du matériel uniquement selon les meilleurs efforts. Si une nouvelle vulnérabilité de sécurité est découverte, la solution du fabricant est de passer à une version actuelle plutôt que de corriger l’ancienne.

AUTRES ARTICLES QUI POURRAIENT VOUS INTÉRESSER:

Besoin d’assistance ?

Nous offrons une consultation gratuite afin d’évaluer vos besoins et vous aider à faire un choix éclairé.