> ## Documentation Index
> Fetch the complete documentation index at: https://docs.famulor.io/llms.txt
> Use this file to discover all available pages before exploring further.

# PBX et plateformes de centre de contact

> Connectez votre propre déploiement 3CX, Asterisk, Starface, Genesys Cloud, Five9 ou Aircall en tant que trunk SIP

Si votre organisation exploite son propre PBX ou une plateforme de centre de contact, vous pouvez la connecter de la même façon que n'importe quel trunk SIP — aucun portage de numéro n'est nécessaire. Commencez par les [guides des fournisseurs SIP](/fr/telephony/providers/overview) pour le mécanisme commun (le FQDN SIP de la plateforme, le DID exact et l'authentification entrante) ; cette page couvre ce qui est spécifique à six plateformes de PBX et de centre de contact, y compris quelques éléments qui semblent cassés mais qui sont normaux.

| Plateforme         | Prérequis d'accès                                 | Points de vigilance                                                              |
| ------------------ | ------------------------------------------------- | -------------------------------------------------------------------------------- |
| 3CX                | StartUP PRO, ou une instance auto-gérée/Dedicated | L'entrant nécessite une règle de routage en deux parties, pas seulement le trunk |
| Asterisk / FreePBX | Auto-hébergé                                      | Réglages NAT ; appels coupés exactement à 30 secondes                            |
| Starface           | Tous                                              | Les transferts doivent être des transferts SIP, jamais un renvoi PSTN            |
| Genesys Cloud      | BYOC Carrier                                      | Ports non standard 32681/32682 ; n'autorisez jamais toutes les sources SIP       |
| Five9              | Enterprise, via un ticket support                 | Plafond strict de 12 heures par appel ; SIP REFER uniquement                     |
| Aircall            | Forfait Enterprise                                | Entrant uniquement — pas d'identifiant d'appelant sortant via SIP                |

<AccordionGroup>
  <Accordion title="3CX">
    Le type de connexion **Generic SIP Trunk (IP Based)** de 3CX n'est disponible que sur **StartUP PRO** et les instances auto-gérées/Dedicated — le palier d'entrée StartUP ne l'expose pas.

    1. Créez un Generic SIP Trunk dans 3CX avec une authentification basée sur l'IP, et non un enregistrement SIP.
    2. Pointez-le vers le FQDN SIP de la plateforme, réglez le transport du trunk sur TCP (UDP fragmente les gros INVITE), et limitez les codecs à PCMA/PCMU avec DTMF RFC2833 — désactivez Opus et G.722.
    3. Réglez le **From: Display-Name** et le **Remote-Party-ID** du trunk sur `OriginatorCallerID`, afin que l'assistant voie le véritable appelant, et non le numéro système propre à 3CX.
    4. Configurez l'entrant en deux parties : une règle sortante avec un préfixe distinct (par exemple `999`) routée vers le trunk, et une règle entrante qui recompose `999<numéro>` via cette même règle sortante.
    5. Associez le DID côté plateforme et testez.

    <Frame caption="Réglez le protocole de transport du trunk sur TCP">
      <img src="https://mintcdn.com/ouraicall/YHkeF3SwYhU0rNTj/images/famulor_3cx_tcp_protocol_en.png?fit=max&auto=format&n=YHkeF3SwYhU0rNTj&q=85&s=ddd1b913ef77717ec02a5a4987a4c146" alt="Onglet Options du trunk 3CX avec Transport Protocol réglé sur TCP et SRTP Mode désactivé" width="1024" height="1024" data-path="images/famulor_3cx_tcp_protocol_en.png" />
    </Frame>

    <Frame caption="Faites passer le véritable identifiant d'appelant avec OriginatorCallerID">
      <img src="https://mintcdn.com/ouraicall/YHkeF3SwYhU0rNTj/images/famulor_3cx_caller_id_settings_en.png?fit=max&auto=format&n=YHkeF3SwYhU0rNTj&q=85&s=8433ecd3c782421ec1d9d3e28ce37334" alt="Options Caller ID du trunk 3CX avec From: Display Name et Remote Party ID - Calling Party: Display Name tous deux réglés sur OriginatorCallerID" width="1024" height="1024" data-path="images/famulor_3cx_caller_id_settings_en.png" />
    </Frame>

    <Warning>
      La règle sortante seule ne délivre rien à elle seule. C'est l'association décrite à l'étape 4 — une règle sortante plus une règle entrante correspondante qui recompose à travers elle — qui route réellement un appel entrant vers l'assistant. Omettre cette étape est la cause la plus fréquente du cas « trunk configuré, mais les appels n'arrivent jamais ».
    </Warning>
  </Accordion>

  <Accordion title="Asterisk / FreePBX">
    Configurez un trunk statique, sans enregistrement, dans les deux sens — Asterisk n'envoie jamais de SIP REGISTER à la plateforme, et la plateforme n'en attend jamais.

    ### FreePBX (interface graphique)

    Ajoutez un trunk SIP générique pointé vers le FQDN SIP de la plateforme et désactivez l'enregistrement. Limitez les codecs à PCMA/PCMU. Si Asterisk se trouve derrière un NAT, définissez les adresses média et de signalisation externes ainsi que la plage réseau locale afin que le RTP se négocie correctement, et redirigez la plage de ports RTP au niveau du pare-feu.

    ### Configuration brute (pjsip.conf)

    ```text theme={null}
    [platform]
    type=endpoint
    context=from-platform
    disallow=all
    allow=ulaw
    allow=alaw
    aors=platform
    auth=platform-auth
    outbound_auth=platform-auth
    from_domain=<platform-sip-fqdn>
    from_user=<did-in-e164-without-plus>
    direct_media=no
    rewrite_contact=yes

    [platform]
    type=aor
    contact=sip:<platform-sip-fqdn>

    [platform-auth]
    type=auth
    auth_type=userpass
    username=<username>
    password=<password>

    [platform]
    type=identify
    endpoint=platform
    match=<platform-sip-fqdn>
    ```

    L'exemple utilise le transport déjà défini par votre installation Asterisk, quel qu'il soit. Si vous nommez vos transports explicitement, ajoutez une ligne `transport=` correspondante à l'endpoint — l'URI SIP de la plateforme annonce TCP par défaut.

    Si les appels se connectent mais coupent exactement à 30 secondes, il manque un re-INVITE à travers le NAT sur l'endpoint. `direct_media=no` et `rewrite_contact=yes` (déjà présents dans l'exemple ci-dessus) corrigent le problème.
  </Accordion>

  <Accordion title="Starface">
    Connectez Starface avec une ligne SIP basée sur l'hôte/IP, et non via SIP REGISTER — la ligne affichera ensuite **not registered** dans la vue de statut de Starface. C'est normal, ce n'est pas un défaut.

    1. Créez la ligne SIP en mode hôte/IP, pointée vers le FQDN SIP de la plateforme, et associez le numéro.
    2. Activez **CLIP No Screening** afin que le véritable identifiant d'appelant passe, au lieu du numéro propre au trunk.
    3. Pour un routage vers l'assistant basé sur des horaires, utilisez une chaîne de composition avec préfixe de ligne telle que `**<chiffre-de-ligne>*<numéro>`.
    4. Si l'audio est unidirectionnel ou absent, réglez **Behind NAT? yes** à la fois sur le serveur Starface et sur la ligne.

    <Warning>
      N'utilisez jamais un renvoi d'appel PSTN classique depuis l'assistant pour transférer un appel sur Starface — cela crée une boucle d'appel entre Starface et la plateforme. Configurez plutôt chaque transfert d'assistant sur un trunk Starface comme un transfert SIP.
    </Warning>
  </Accordion>

  <Accordion title="Genesys Cloud">
    Connectez la plateforme comme trunk externe sous **BYOC Carrier**.

    1. Créez le trunk avec l'entrant (le FQDN généré par Genesys Cloud) et le sortant (pointé vers le FQDN SIP de la plateforme) configurés comme deux legs distincts.
    2. Ouvrez les ports non standard sur votre pare-feu — **TCP/UDP 32681** et **TLS 32682** — au lieu des ports habituels 5060/5061. Un pare-feu qui n'ouvre que les ports standard échoue silencieusement.
    3. Ordonnez les codecs PCMU puis PCMA, et retirez G.722.
    4. Limitez le SIP Access Control aux seules adresses de signalisation actuelles de la plateforme.

    <Warning>
      Ne réglez jamais SIP Access Control sur **Allow All**. Un trunk ouvert est typiquement détecté et exploité pour de la fraude téléphonique en quelques heures.
    </Warning>
  </Accordion>

  <Accordion title="Five9">
    Le provisionnement de la plateforme comme destination SIP externe sur un SBC Five9 est une intégration réservée aux comptes Enterprise.

    1. Ouvrez un ticket support auprès de Five9 — il n'existe pas de parcours en libre-service.
    2. Réglez les codecs sur G.711 uniquement (pas d'Opus/G.722).
    3. Configurez les transferts vers un humain avec SIP REFER — Five9 ne respecte pas les redirections SIP 302.
    4. Ciblez une URI complète pour chaque REFER (`sip:queue@sbc-{region}.five9.com`) ; une simple extension est silencieusement rejetée.

    <Warning>
      Five9 coupe brutalement tout appel à exactement 12 heures, quelle que soit l'activité. Tenez compte de ce plafond dans les flows de longue durée et les appels de campagne sans supervision — il n'existe aucun moyen de l'étendre depuis la plateforme.
    </Warning>
  </Accordion>

  <Accordion title="Aircall">
    Aircall ne propose pas de trunk SIP de gros. **SIP Forwarding** (forfait Enterprise uniquement) ne couvre que l'entrant — il délivre les appels à la plateforme, mais Aircall n'a aucun chemin SIP pour renvoyer un appel sortant avec un numéro Aircall comme identifiant d'appelant. Pour utiliser un même numéro dans les deux sens, portez-le vers un opérateur compatible SIP pour le sortant (voir [guides des fournisseurs SIP](/fr/telephony/providers/overview)) tout en conservant Aircall pour l'entrant. Aircall ne prend pas non plus en charge SIP REFER — un transfert doit passer un nouvel appel sortant plutôt que tenter un transfert SIP à froid.
  </Accordion>
</AccordionGroup>

## Valider la configuration

Appelez le DID depuis un téléphone externe et vérifiez un nouvel enregistrement entrant dans **History**, l'assistant associé, et l'audio bidirectionnel. Pour les plateformes avec un leg sortant distinct (3CX, Asterisk, Genesys Cloud), passez également un appel de test sortant — la réussite de l'entrant ne confirme pas que le sortant est correctement configuré, et inversement.

Voir aussi [guides des fournisseurs SIP](/fr/telephony/providers/overview), [Trunk SIP externe (BYO)](/fr/telephony/sip-trunks), et [Autres fournisseurs SIP et personnalisés](/fr/telephony/providers/other-custom).

Sources : [Trunks SIP 3CX](https://www.3cx.com/docs/manual/sip-trunks/), [Documentation Asterisk](https://docs.asterisk.org/), [Base de connaissances Starface](https://knowledge.starface.de/), [Genesys BYOC Cloud](https://help.mypurecloud.com/articles/about-byoc-cloud/), [Documentation Five9](https://documentation.five9.com/), [Support Aircall](https://support.aircall.io/). Consultées le 22 août 2026.