Sangoma Vega 50/60/100/200/400 — configuration pour notre standard téléphonique
Sangoma Vega — des passerelles « de bureau » du canadien Sangoma ; la gamme lui vient de la britannique VegaStream, c'est pourquoi le logo VegaStream apparaît dans les anciens documents et à l'écran. Pour un établissement, trois groupes sont intéressants : l'analogique Vega 60G sur 4 ou 8 lignes urbaines (ports FXO, il existe une version 4 FXS + 4 FXO pour les anciens téléphones), Vega 60G BRI sur deux lignes ISDN BRI (vendu en priorité au Royaume-Uni) et Vega 100G / 200G / 400G sur des flux ISDN PRI E1/T1. C'est le choix pour un établissement qui a déjà une Vega ou dont le numéro arrive en flux E1/T1. Pour une ou deux lignes analogiques, il existe des passerelles plus simples et moins chères — voir le tableau des familles dans la présentation.
Pour notre standard, la passerelle est un poste supplémentaire de plus : elle s'enregistre sur le serveur du standard et compose elle-même le numéro du groupe de sonnerie ou de l'opérateur lorsque la ligne est appelée. Le tronc commun à toutes les passerelles (identifiants, où diriger les appels entrants, réseau, limites) est dans la présentation « Passerelles GSM et lignes urbaines ». Ici, c'est pas à pas pour la Vega, avec des captures d'écran de la documentation Sangoma.
Deux règles Vega à retenir à l'avance : l'assistant Quick Config réécrit toute la configuration de la passerelle, y compris les modifications manuelles faites dans Expert Config — donc d'abord Quick Config, ensuite Expert Config ; et la Vega n'a pas de bouton de réinitialisation — la réinitialisation se fait par commande, et la licence est effacée en même temps que les réglages (voir « Réinitialisation »).
Ce qu'il faut#
- Les identifiants du poste supplémentaire depuis l'administration : Téléphonie → « Collaborateurs et groupes » → créez un opérateur pour la passerelle (par exemple « Passerelle Vega, ligne urbaine ») → « Réinitialiser le mot de passe » → fenêtre « Identifiants du poste supplémentaire » : serveur SIP, Numéro interne, Identifiant, Mot de passe, Port
5060, TransportUDP. Le mot de passe n'est affiché qu'une fois — reportez-le immédiatement dans la passerelle. En détail — « Identifiants du poste supplémentaire pour la passerelle ». - Combien de postes supplémentaires : un seul pour toute la passerelle. Dans Quick Config, l'enregistrement se fait « pour la passerelle entière » (Registration Mode = Gateway) : un seul compte fait passer toutes les lignes FXO et tous les canaux ISDN.
- Le numéro vers lequel la passerelle dirigera les appels entrants : le numéro du groupe de sonnerie (Téléphonie → « Groupes de sonnerie », numéros à partir de 700) ou le numéro interne de l'opérateur.
- La ligne : ligne analogique urbaine dans le port FXO (RJ-11) sur la Vega 60G ; ligne ISDN depuis l'équipement de l'opérateur dans le port BRI (RJ-45) sur la Vega 60G BRI ou dans le port E1/T1 (RJ-45) sur la Vega 100G/200G/400G.
- Un câble réseau dans le port LAN 1, un ordinateur avec un navigateur et un téléphone mobile pour appeler la ligne. Pour la réinitialisation, prévoyez le câble console fourni (RJ-45 → USB ou DB9) et un programme de terminal (PuTTY, etc.).
Étape 1. Connaître l'adresse IP de la passerelle#
Avec les réglages d'usine, la Vega reçoit une adresse du routeur de l'établissement par DHCP sur le port LAN 1. Pour la trouver :
- Vega Scanner — un utilitaire Sangoma qui scanne le sous-réseau et y trouve les passerelles Vega (lien de téléchargement dans l'article de la base de connaissances « Finding IP Address »).
- La liste des baux DHCP du routeur — cherchez l'adresse MAC de l'étiquette au-dessus du port LAN. Les adresses MAC des Vega commencent par
00:50:58; l'adresse MAC du port LAN 1 correspond au numéro de série. - Un scan du réseau —
nmap -sP <votre réseau>, puisarp -aet la même adresse MAC. - Sans DHCP, la Vega s'attribue elle-même une adresse :
169.254.XX.YY, oùXXetYYsont les deux derniers octets de l'adresse MAC du port en notation décimale. Par exemple, avec l'adresse MAC00:50:58:04:0A:1E, l'adresse sera169.254.10.30. Donnez au portable l'adresse169.254.<n'importe quoi>.<n'importe quoi, mais pas YY>avec le masque255.255.0.0et connectez-le à la passerelle. - Par la voix depuis le combiné (uniquement les modèles avec ports FXS : 60G 4 FXS + 4 FXO, 3050G, Vega 50 avec FXS) : connectez un téléphone analogique au port FXS, décrochez, composez
#1#1, puis111— la passerelle dictera l'adresse IP de LAN 1 (112— le masque,101— la passerelle par défaut). Les modèles avec FXO uniquement n'ont pas cette méthode. - Par la console — avec le câble fourni : vitesse 115200, 8N1, contrôle de flux XON/XOFF (sur la Vega 50 — 9600). Après la connexion, l'adresse est affichée par la commande
show .lan.if.1.ip.
Étape 2. Se connecter à l'interface web#
Ouvrez dans le navigateur http://<adresse IP de la passerelle>. L'identifiant et le mot de passe d'usine dépendent de la version du micrologiciel :
| Micrologiciel | Modèles | Identifiant | Mot de passe |
|---|---|---|---|
| R12.0 et antérieurs | 60G, 60Gv2, 60G BRI, 100G, 200G, 400G, 3050G, 4×4 ; Vega 50 (R8.8) | admin |
admin |
| R13.0 / R13.1 | 100Gv2, 200Gv2, 400Gv2, 3050Gv2 ; autres modèles G si R13.0 y a été installé | admin |
le numéro de série de la passerelle en minuscules — c'est aussi l'adresse MAC la plus basse, indiquée sur la plaque et l'emballage ; à la première connexion, la passerelle exige de définir un nouveau mot de passe |
La version du micrologiciel est visible sur la première page (Status, ligne « Firmware File »), et la révision matérielle (v2) — sur la plaque du panneau arrière.
Changez le mot de passe tout de suite. Sangoma le conseille explicitement : « It is advisable to change the admin password to something other than 'admin' ». Le champ — Login Password dans l'onglet Quick Config → Basic (étape 3). En R13, la connexion par Telnet est supprimée ; en dehors de l'interface web, il reste SSH et la console.
Comment l'interface est organisée. À gauche, trois sections : Status (l'état, dont le bloc SIP Registrations), Quick Config (un assistant en onglets Basic → VoIP → FXO / FXS / BRI / T1/E1) et Expert Config (réglages détaillés : System, LAN, SIP, Dial Plan, CLI, etc.). À l'entrée dans Quick Config, la passerelle affiche un avertissement — lisez-le et cliquez sur Continue. Ne quittez Quick Config qu'avec les boutons Submit ou Exit à côté des onglets : passer par le menu de gauche peut faire perdre la saisie.
Étape 3. Saisir les identifiants du PBX#
L'enregistrement d'un Vega sur un PBX externe est un scénario standard Sangoma (article « Registering Vega with FreePBX (PJSIP on port 5060) », « This guide applies to all Vega products »). Tout se fait dans Quick Config :
- Onglet Basic : Country — le pays (les tonalités de ligne en dépendent : « You must specify the correct country or the Vega will not be able to recognize the tones »), le fuseau horaire, le réseau, Codecs et Login Password.
- Onglet VoIP : Registration Mode = Gateway ; SIP Server IP/Name — l'adresse de notre PBX ; port 5060 ; Registration and Authentication ID et Authentication Password — l'identifiant et le mot de passe du poste. Les champs SIP Domain et Proxy Address — la même adresse de serveur ; laissez Outbound Proxy vide (
0.0.0.0). - Dernier onglet — FXO, BRI ou T1/E1 (ports et routage des appels entrants, étape 4) → Submit → OK. La passerelle appliquera et enregistrera les réglages ; si un redémarrage est nécessaire, elle le demandera elle-même (le bouton Reboot System deviendra rouge).
Capture d'écran : Quick Config reference guide (R8.1+, v0.5, VegaStream, 2007), p. 11. Écran d'un ancien firmware : dans les R12/R13 actuels, les champs s'appellent SIP Server IP/Name, SIP Domain, Proxy Address, et dans la liste Registration Mode, « Gateway » remplace « per gateway ».
| Dans l'interface d'administration (« Identifiants du poste ») | Champ dans Vega (Quick Config → VoIP) |
|---|---|
| Serveur SIP | SIP Server IP/Name, SIP Domain, Proxy Address — la même chose dans les trois ; Outbound Proxy — vide |
Identifiant sip-…-<numéro> |
Registration and Authentication ID — la chaîne entière |
| Mot de passe | Authentication Password |
Port 5060 |
port à côté de SIP Server (5060) |
Transport UDP |
UDP par défaut — ne changez pas ; TCP est aussi accepté, nous n'avons pas de TLS |
| Enregistrement | Registration Mode = Gateway (pas « Off » : les modèles Sangoma pour un PBX sans enregistrement mettent Off) |
| Numéro interne | non saisi — retenez simplement quel poste est occupé par la passerelle |
Le champ « De » (From) — une correction obligatoire après Quick Config. Par défaut, Vega met dans le champ « De » le numéro de l'appelant de la ligne, et notre PBX identifie le poste par l'identifiant dans ce champ : l'enregistrement sera vert, mais les appels entrants seront rejetés. Ouvrez Expert Config → SIP → SIP profiles → Modify du profil → From Header userinfo = auth_username → Apply → Save. Ce mode est décrit dans la FAQ Sangoma (« authentication username is used in the From: header »). Rappel : chaque Submit dans Quick Config remet ce champ au numéro de l'appelant — après toute modification dans l'assistant, répétez-la.
Codecs, DTMF, NAT
- Codecs — Quick Config → Basic → Codecs : en premier
g711Alaw64k(Europe, Russie), en deuxièmeg711Ulaw64k(en Amérique du Nord — l'inverse). Retirez G.729 et G.723.1 ou placez-les en dernier : dans les anciens firmwares, G.729 est premier par défaut, et notre PBX ne l'utilise pas. Le G.722 n'existe pas sur Vega, le son sera de qualité téléphonique ordinaire. - DTMF — ne touchez à rien : par défaut, Vega transmet la numérotation par tonalités selon RFC 2833, comme le veut notre PBX.
- NAT — le traitement NAT intégré de Vega est désactivé par défaut, et il n'est pas nécessaire de l'activer : la passerelle s'enregistre elle-même sur le PBX et répète l'enregistrement (par défaut toutes les 600 secondes), aucune redirection de ports n'est requise. Désactivez SIP ALG sur le routeur.
- TLS et SRTP — Vega sait les gérer, mais ils ne sont pas nécessaires pour notre PBX.
Étape 4. Diriger les appels entrants vers le PBX#
Lorsque l'enregistrement est activé, la Vega envoie au PBX tous les appels provenant des lignes — il reste à indiquer quel numéro composer. Une ligne analogique n'a pas de numéro de destination (« Inbound calls from a POTS line do not have a called party telephone number »), c'est donc le gateway qui le définit.
Lignes analogiques (FXO). Quick Config → onglet FXO, une ligne par port :
- DID to Forward to SIP — le numéro que le gateway composera dans le PBX : le numéro du groupe de sonnerie (à partir de 700) ou le poste de l'opérateur. Différentes lignes peuvent recevoir différents groupes.
- Enable Caller ID Detection — activez-le sur chaque port (le gateway recevra le numéro de l'appelant depuis la ligne).
- Tone Based Disconnect — activez-le : raccrochage sur tonalité « occupé » (fonctionne si le pays est correct dans l'onglet Basic).
- Le champ Telephone number(s) to route to the FXO interface — pour les appels sortants via la ligne ; pour notre PBX, ne le touchez pas.
Capture d'écran : Quick Config reference guide (R8.1+, v0.5, VegaStream, 2007), p. 16. Sur l'ancien firmware, le numéro pour les appels entrants se définit dans la colonne Incoming Forward ; en R12/R13, elle s'appelle DID to Forward to SIP ; les cases Caller ID et Tone Based Disconnect n'existent pas encore sur cet écran.
La même chose via Expert Config → Dial Plan (plus précisément, par port)
Règle du profil To_SIP issue de l'article Sangoma « FXO Hotline » : source IF:02..,TELC:<.*> (n'importe quel port FXO) → destination IF:9901,TEL:<numéro du groupe>,TELC:<1>. Pour répartir les lignes par groupes, créez une règle par port : IF:0201 → TEL:700, IF:0202 → TEL:701. Numéros d'interface Vega : FXS — 0101…, FXO — 0201…, BRI — 0301…, E1/T1 — 0401…, SIP — 9901. Après modification — Apply et Save ; rappelez-vous que Submit dans Quick Config réécrira ces règles.
ISDN (Vega 60G BRI, Vega 100G/200G/400G). D'abord les ports dans l'onglet BRI ou T1/E1 de Quick Config :
- Rôle du port. Le port relié à la ligne de l'opérateur doit fonctionner en mode abonné (TE) — case « NT? » décochée. Sur la 60G BRI, les ports 2 et 4 sont en mode NT par défaut ; sur E1/T1, la case n'est cochée que sur les ports reliés au mini-PBX. Sur les Vega 100G/200G, les rôles sont figés : port 1 — vers l'opérateur, port 2 — vers le mini-PBX.
- Protocol et Framing —
auto(pour E1, il s'agit d'ETSI ISDN et HDB3) ; Number of Channels — le nombre de canaux vendus par l'opérateur.
L'opérateur transmet par ISDN le numéro composé (MSN/DDI), et la Vega l'envoie au PBX tel quel, mais notre PBX ne connaît pas ces numéros pour un poste-gateway. Fixez le numéro du groupe par une règle To_SIP comme pour FXO, mais avec la source IF:03.. (BRI) ou IF:04.. (E1/T1) ; vérifiez la syntaxe avec le Dial Plan de votre firmware. Tous les numéros du flux arriveront alors dans un seul groupe.
Capture d'écran : Quick Config reference guide (R8.1+, v0.5, VegaStream, 2007), p. 18.
Numéro de l'appelant. Avec la modification From Header userinfo = auth_username (étape 3), le numéro de l'appelant n'apparaît pas dans le champ « De », et dans le panneau de l'opérateur l'appel semble provenir du poste-gateway. Les règles de routage des numéros du fournisseur (planification, menu vocal) ne s'appliquent pas aux appels venant du gateway — le même besoin est couvert par le groupe de sonnerie avec ses variantes selon l'heure (voir « Où diriger les appels entrants »).
Appels sortants. Appeler depuis le PBX vers l'extérieur via les lignes de ce gateway n'est pas encore possible : la règle de sortie du PBX ne mène qu'à la ligne du fournisseur SIP. La Vega sait le faire (champ « Telephone number(s) to route to the … interface », profil To_FXO), mais pour notre PBX, ne configurez pas cette partie. Les appels sortants depuis votre numéro passent par le fournisseur SIP, plus de détails — « Appels sortants via le gateway — pas encore ».
Lignes FXO : pays, impédance, raccrochage
- Le pays (Quick Config → Basic → Country) définit les tonalités et les paramètres de ligne ; dans la liste de l'ancien firmware R8.8 — Royaume-Uni, États-Unis, Argentine, Autriche, Australie, Belgique, Brésil, Canada, Chili, Espagne, France, Inde, Italie, Mexique, Pays-Bas, Russie, Suède ; consultez la liste des firmwares actuels directement dans le gateway.
- L'impédance de ligne — CTR21 pour l'Europe, le Royaume-Uni et Israël, 600R pour les États-Unis, le Canada, l'Amérique latine, la Chine, l'Arabie saoudite, les Émirats arabes unis ; il existe aussi 900R. Une valeur incorrecte fonctionne, mais avec plus d'écho.
- Raccrochage. La Vega détecte que l'abonné a raccroché de trois façons : par une brève coupure du courant dans la ligne, par inversion de polarité et par tonalité « occupé » (Tone Based Disconnect). Si aucune ne fonctionne, l'appel reste « en attente » chez l'opérateur — vérifiez le pays.
- Le numéro de l'appelant depuis la ligne — formats Bell, BT, ETSI FSK et ETSI DTMF ; s'active avec la case Enable Caller ID Detection.
Étape 5. Vérifier l'enregistrement et l'appel#
- Enregistrement sur la passerelle. Section Status → bloc SIP Registrations (le bouton Show ouvre les détails) — le compte doit être enregistré.
- Enregistrement dans l'interface d'administration. Téléphonie → onglet « Collaborateurs et groupes » — le point vert s'affiche à côté de la ligne du poste de la passerelle.
- Appel. Appelez depuis un mobile vers le numéro de ville — les opérateurs du groupe (ou l'opérateur) indiqués dans « DID to Forward to SIP » doivent sonner. Raccrochez — l'appel chez l'opérateur doit se terminer en quelques secondes ; s'il reste en attente, vérifiez le pays et Tone Based Disconnect (étape 4).
- Son — test d'écho
*43. L'enregistrement ne dit rien sur le son. Indiquez temporairement le numéro*43dans DID to Forward to SIP (ouTEL:*43dans la règleTo_SIP) et appelez la ligne : le PBX émettra une brève tonalité, puis renverra votre voix avec un délai — parlez une dizaine de secondes. Vous entendez la tonalité et votre voix — le son fonctionne dans les deux sens ; la tonalité est là mais pas votre voix — le son n'arrive pas de la passerelle au PBX ; pas même de tonalité — il n'arrive pas du PBX à la passerelle. Le résultat du test est visible dans le journal des appels. Après la vérification, remettez le numéro du groupe — et, si vous l'avez modifié via Quick Config, remettez From Header userinfo = auth_username (étape 3).
Capture d'écran : Quick Config reference guide (R8.1+, v0.5, VegaStream, 2007), p. 7.
Tout sur la vérification — dans l'aperçu, section « Comment vérifier ».
Réinitialisation aux paramètres d'usine#
La réinitialisation est nécessaire si la passerelle a été livrée avec une configuration tierce, ne fonctionne pas correctement ou si le mot de passe est oublié. La Vega n'a pas de bouton Reset — la réinitialisation se fait par commande dans le CLI.
Sauvegardez d'abord la licence — la réinitialisation l'efface (« You will lose your license when performing the following reset »). Dans l'interface web : Expert Config → System → Update License — copiez la chaîne de la clé et conservez-la. Via la console : commande upgrade, puis license. Si vous n'avez pas pu obtenir la clé, avant la réinitialisation ouvrez un ticket auprès du support Sangoma (support.sangoma.com) en indiquant le numéro de série de la passerelle.
Réinitialisation :
- Reliez le câble console fourni au port Console à l'arrière de l'appareil et à l'ordinateur ; dans le terminal — 115200 bit/s (Vega 50 — 9600), 8N1, XON/XOFF. La commande peut aussi être saisie dans l'interface web : Expert Config → CLI.
- Connectez-vous et saisissez l'une des commandes :
| Commande | Ce qui est effacé |
|---|---|
factory reset |
tous les paramètres, sauf l'adresse IP et les paramètres réseau qui y sont liés |
factory reset full |
tous les paramètres, y compris l'adresse IP ; le mot de passe revient à celui d'usine |
- Redémarrez la passerelle :
reboot system— les modifications ne prennent effet qu'après le redémarrage.
Que faire ensuite. Après factory reset full, la passerelle reprend une adresse via DHCP sur LAN 1 (étape 1), la connexion se fait avec les identifiants d'usine (admin / admin ou le numéro de série sur R13, étape 2). Restaurez la licence : Expert Config → System → Update License → collez la clé → Submit, ou en console upgrade → license <clé> → save → apply → reboot system. Reprenez ensuite les étapes 3–4. Le login et le mot de passe du poste dans l'interface d'administration ne changent pas lors de la réinitialisation de la passerelle ; si le mot de passe du poste n'a pas été conservé, attribuez-en un nouveau avec le bouton « Réinitialiser le mot de passe ».
Mot de passe oublié. La réinitialisation par commande exige un accès au CLI. Pour les anciens firmwares (Vega 50, R8.8), Sangoma décrit un seul chemin : le menu du chargeur via la console à 9600 bit/s, option « 3) Config Clear » — efface tout, y compris l'adresse IP. Pour R12/R13, la procédure sans mot de passe n'est pas décrite dans la documentation — contactez le support Sangoma. Généralités sur la réinitialisation des passerelles — dans l'aperçu.
Si la passerelle ne s'enregistre pas#
- Registration Mode = Off. Les modèles Sangoma pour PBX « sans enregistrement » laissent Off — pour notre PBX, il faut Gateway (Quick Config → VoIP).
- Le serveur rejette l'enregistrement. Dans Registration and Authentication ID, il faut mettre le login complet
sip-…-<numéro>, le mot de passe — le dernier délivré ; SIP Server, SIP Domain et Proxy Address — la même adresse de notre PBX, Outbound Proxy — vide ; port 5060, transport UDP, ne pas activer TLS. - L'enregistrement est vert, mais les appels entrants sont rejetés. Le champ « De la part de » transmet le numéro de l'appelant : après un nouveau Submit dans Quick Config, From Header userinfo a été réinitialisé — remettez auth_username (étape 3).
- L'appel atteint le PBX, mais n'aboutit nulle part. « DID to Forward to SIP » vide (sans numéro de destination, la Vega ne peut pas effectuer d'appel SIP) ou le numéro du groupe n'est pas composable depuis les téléphones du PBX.
- L'appel ne se termine pas après le raccrochage ou le numéro de l'appelant n'est pas identifié — Country incorrect dans l'onglet Basic.
- L'ISDN ne se lève pas. Le port vers l'opérateur est en mode NT (case « NT? »), sur les 100G/200G la ligne de l'opérateur n'est pas branchée sur le port 1, ou le nombre de canaux est mal défini.
Causes générales (SIP ALG sur le routeur, UDP 5060 fermé) — dans l'aperçu, section « Si la passerelle ne s'enregistre pas » ; à propos du réseau — « Réseau de l'établissement, NAT et carte SIM ».
Modèles de la famille#
La lettre G désigne la deuxième génération (micrologiciels R12/R13) ; v2 désigne une révision matérielle avec son propre micrologiciel : le micrologiciel v2 ne s'installe pas sur un appareil v1 (« will cause serious issues ») et inversement ; consultez la révision sur l'étiquette.
| Modèle | Ports / canaux | Réseau / ligne | Différences de configuration |
|---|---|---|---|
| Vega 60G / 60Gv2 — 4 ou 8 FXO | 4 ou 8 FXO (RJ-11), 1 LAN | ligne analogique urbaine | onglet FXO ; R12.0, admin / admin |
| Vega 60G / 60Gv2 — 4 FXS + 4 FXO | 4 FXS + 4 FXO, 8 canaux | lignes + téléphones analogiques | FXO — comme ci-dessus ; les téléphones sur FXS sont des postes supplémentaires, voir « Configuration des téléphones SIP » |
| Vega 60G BRI | 2 BRI S/T (RJ-45), 4 appels | ISDN BRI | onglet BRI ; ports 2 et 4 en NT par défaut ; 4/8 BRI — sur commande |
| Vega 100G / 100Gv2 | 2 E1/T1 (RJ-45), licence pour 30 sessions — un seul port va vers le SIP | ISDN PRI, CAS/R2 | onglet T1/E1 ; port 1 — vers l'opérateur, port 2 — vers le mini-autocommutateur (inverser — uniquement avec un câble croisé) ; 100Gv2 — R13.1, mot de passe = numéro de série |
| Vega 200G / 200Gv2 | 2 E1/T1, jusqu'à 60 appels | ISDN PRI, CAS/R2 | comme le 100G ; 200Gv2 — R13.1 |
| Vega 400G / 400Gv2 | 4 E1/T1, 30–120 appels selon la licence | ISDN PRI, QSIG, CAS/R2 | 4 ports bypass pour le secours sur un second 400G ; 400Gv2 — R13.1 |
| Vega 3050G / 3050Gv2 + FXO Plug-In Module | 50 FXS + 2 FXO (module séparé) | téléphones + lignes de secours | avant tout une passerelle FXS ; 3050Gv2 — R13.1 |
| Vega 4×4 | jusqu'à 16 ports analogiques sur modules FXO / FXS | lignes / canaux dédiés | niche — « lignes directes » du secteur financier |
| Vega 60G 4 BRI + 4 FXS | 4 BRI + 4 FXS | ISDN BRI + téléphones | arrêtée, fin du support le 31.12.2025 |
| Vega 50 (4/8 FXO, FXS + 2 FXO, 2/4/8 BRI) | 2–10 ports | lignes / ISDN BRI | arrêtée, fin du support le 30.06.2019 ; micrologiciel R8.8, console 9600 ; remplacement — Vega 60G |
| Vega 100 / 200 / 400 de première génération | 1–4 E1/T1 | ISDN PRI | arrêtées, fin du support le 01.01.2016 ; micrologiciel R8.8 ; remplacement — 100G/200G/400G |
Pour les lignes analogiques, si vous prenez une Vega, — 60G FXO ; pour l'ISDN2 britannique — 60G BRI ; pour un flux E1/T1 — 100G/200G/400G. N'achetez pas de Vega 50 ni de Vega 100/200/400 sans la lettre G neuves : il n'y aura plus de micrologiciels pour elles.
Questions fréquentes#
Peut-on, via cette passerelle, appeler depuis l'autocommutateur vers l'extérieur avec un numéro urbain ?#
Pas encore — chez nous, la passerelle ne fonctionne que pour les appels entrants. La Vega elle-même sait faire les appels sortants (numéros de la ligne dans l'onglet FXO et profil To_FXO), mais notre autocommutateur n'envoie pas encore les appels vers le poste-passerelle comme vers une ligne. Les appels sortants depuis votre numéro — via un fournisseur SIP.
Le mot de passe admin ne fonctionne pas. Quel est celui d'usine ?#
Sur le micrologiciel R13 (modèles v2 : 100Gv2, 200Gv2, 400Gv2, 3050Gv2), le mot de passe d'usine est le numéro de série de la passerelle en minuscules ; c'est aussi l'adresse MAC basse de l'étiquette. S'il ne fonctionne pas non plus, le mot de passe a déjà été changé — une réinitialisation est nécessaire (voir « Réinitialisation »).
Pourquoi le numéro de l'appelant n'apparaît-il pas dans le panneau ?#
Pour que l'autocommutateur reconnaisse l'appel comme provenant d'un poste supplémentaire, la passerelle place notre identifiant dans le champ « De » (From Header userinfo = auth_username, étape 3), et le numéro de l'appelant n'y figure pas. Il ne faut pas rétablir « Calling Party » — sinon les appels entrants cesseront d'être acceptés.
Combien de postes supplémentaires faut-il à une passerelle de 4 ou 8 lignes ?#
Un seul : en mode Registration Mode = Gateway, la passerelle enregistre un seul compte et envoie via celui-ci les appels de toutes les lignes. On peut répartir les lignes en groupes différents avec des numéros dans « DID to Forward to SIP ».
Mes réglages From et Dial Plan ont disparu. Pourquoi ?#
Quelqu'un a cliqué sur Submit dans Quick Config : l'assistant réécrit toute la configuration, y compris les modifications faites dans Expert Config (« Any modifications performed in Quick Config will overwrite ALL configuration on the Vega »). Reprenez les modifications des étapes 3–4 dans Expert Config.
Sources#
Documents Sangoma, consultés le 10.09.2026 :
- Vega Gateways — Registering Vega with FreePBX (PJSIP on port 5060) (KB) — https://sangomakb.atlassian.net/wiki/spaces/VG/pages/33456910
- Vega Gateways — Vega (enregistrement Vega 100/200/400 et Vega FXO, KB) — https://sangomakb.atlassian.net/wiki/spaces/VG/pages/33850219
- Vega Gateways — Finding IP Address (KB) — https://sangomakb.atlassian.net/wiki/spaces/VG/pages/32636975/Finding+IP+Address
- Vega Gateways — Factory Reset (KB) — https://sangomakb.atlassian.net/wiki/spaces/VG/pages/32048142/Factory+Reset
- Vega Gateways — FXO with a Generic PBX — Vega 50/60G (KB) — https://sangomakb.atlassian.net/wiki/spaces/VG/pages/33620516
- Vega Gateways — FXO Extensions — Vega 50/60G (KB) — https://sangomakb.atlassian.net/wiki/spaces/VG/pages/33587711
- Vega Gateways — FXO Hotline — Vega 50/60G (KB) — https://sangomakb.atlassian.net/wiki/spaces/VG/pages/33849740
- Vega Gateways — Vega 50/60G BRI with a Generic PBX (KB) — https://sangomakb.atlassian.net/wiki/spaces/VG/pages/33424006
- Vega Gateways — Vega FAQ (KB) — https://sangomakb.atlassian.net/wiki/spaces/VG/pages/35193261
- Vega Gateways — Vega Release 13.0 (KB) — https://sangomakb.atlassian.net/wiki/spaces/VG/pages/32571746
- Vega Gateways — Firmware Downloads (KB) — https://sangomakb.atlassian.net/wiki/spaces/VG/pages/32375186
- Vega Gateways — Hardware Installation (KB) — https://sangomakb.atlassian.net/wiki/spaces/VG/pages/32505950
- Vega Gateways — Configure a Vega behind a NAT (KB) — https://sangomakb.atlassian.net/wiki/spaces/VG/pages/32081255
- Vega Admin Guide R8.8 v1.1 (2012) — https://ftp.sangoma.com/vega/docs/Vega_Admin_Guide_R88_v1.1.pdf
- Quick Config reference guide (R8.1+, v0.5, VegaStream, 2007) — https://ftp.sangoma.com/vega/docs/Quick%20config_R81_05.pdf
- IN_11 FXS and FXO useful info (v0.8, VegaStream, 2004) — https://ftp.sangoma.com/vega/docs/IN_11_FXS%20and%20FXO%20useful%20info_8.pdf
- Vega Gateway Series Analog/Digital — Datasheet (2022) — https://sangoma.co.uk/wp-content/uploads/2024/09/Sangoma-Vega-Series-Datasheet.pdf
- Vega 12.0 Release Notes — https://ftp.sangoma.com/vega/firmware/vega-12.0/release_notes.txt · Vega 13.1 Release Notes — https://ftp.sangoma.com/vega/firmware/vega-13.1/release_notes.txt
- Sangoma End-Of-Life (EOL) — https://sangoma.com/legal/end-of-life-eol/
- Pages produits Vega 60G, 60G BRI, 100G, 200G, 400G — https://sangoma.com/products/phones-and-hardware/product/vega-60g/ · https://sangoma.com/products/phones-and-hardware/product/vega-60g-bri/ · https://sangoma.com/products/phones-and-hardware/product/vega-100g/ · https://sangoma.com/products/phones-and-hardware/product/vega-200g/ · https://sangoma.com/products/phones-and-hardware/product/vega-400g/