Architecture multisites: tromboning rtp?

[Greeg]

Hello chere communauté,

Il y a quelques temps j'avais posé la question du design de la musique d'attente en environnement multi-site.

J'en viens maintenant (ok, ce n'est pas forcément dans le bon ordre des priorités ) à l'accès PTSN local.
J'ai en effet 4 sites sur lesquels je déploierai des gateway (patton, cisco, oneaccess etc. le choix n'est pas arrêté.), relié via des T0 ou ds T2 au PSTN. sur un des sites j'ai mon ipbx où s'enregistrent les téléphones des 4 sites. Ces 4 sites sont séparés par un WAN à faible BP.

J'aurai aimé savoir comment se passait la gestion du flux RTP avec une telle architecture? En effet, lorsqu'un téléphone va placer un appel vers l'extérieur (+33, 00xx), il va donc solliciter un routage qui lui indiquera le lien SIP vers la bonne gateway de son site... Mais est-ce que le flux RTP trombonera par le serveur asterisk, ou est-ce que le flux sera direct entre le téléphone et la GW?

Evidemment cela m'arrangerait que le flux RTP soit directe, mais:
- comment cela se configure dans l'IPBX?
- Si il y a des messages SIP pour se faire, est-ce que toutes les GW seront comprendre les messages?

Merci pour vos infos!

GreeG

[ogdoade]

regarde du coté de l'option canreinvite dans la définition de tes comptes sip.

Cordialement,
Olivier

[jean]

le reinvite est assez délicat à mettre en oeuvre dans un environnement NATé. notamment, il faut que chaque terminal aie connaissance de son IP locale et publique via un serveur STUN.

Je suis assez preneur de retour d'expérience d'autres, j'ai juste regardé un peu et vu ces complexités....

à suivre

[ogdoade]

De ce que j'ai compris, ton RTP ne sort pas de ton réseau. Tu utilises des gateway pour sortir. Donc tu n'as pas de NAT a gérer.

Je suis passé à coté de quelque chose ?

Cordialement,
Olivier

[Greeg]

regarde du coté de l'option canreinvite dans la définition de tes comptes sip.

Cordialement,
Olivier

Hello,

En effet, tous les hosts sont visibles par leurs ips en direct (donc pas de NAT).
J'ai testé avec l'option canreinvite tant au niveau des extensions des téléphones ques que des trunk sip:

[3598]
type=friend
username=3598
qualify=no
secret=hihihi
canreinvite=yes
host=dynamic
context=interne
language=fr

[sipTrunksiteA]
type=peer
host=172.16.1.1
dtmfmode=rfc2833
canreinvite=yes
nat=no
disallow=all
allow=alaw
allow=ulaw
;allow=g729
context=interne


Mais cela ne fonctionne pas... cela passe toujours par le serveur asterisk.

Merci,
Greeg

[Greeg]

Hello à tous,

Je reviens à la charge sur mes flux RTP.
J'ai tenté en SIP et en Sccp (4.1) de configurer le mediadirect.

Pour les comptes SIP c'est ok, les flux sont directs (attention, même contexte, même réseau pour le moment) en revanche avec l'intégration SCCP c'est plus compliqué... j'utilise la dernière channel-sccp-b avec le directRTP à on, mais cela ne fonctionne pas.
Je n'y suis pas arrivé non plus avec la version embarqué Skinny...
j'ai essayé le directmedia dans les deux cas, mais ce paramètres ne semble avoir aucune influence en skinny.
J'ai essayé le directrtp=on avec sccp.conf, mais pas plus de chances non plus.

Quelqu'un a t-il réussi avec asterisk 11 à faire fonctionner le rtp direct sur 2 téléphones kinny du même contexte sur un même réseau?

[Greeg]

Hello,

J'ai lancé un fil sur la mailing list de channel-sccp-b

• asterisk 1.6 et sccp 3.X: directrtp ok (attention certains modèles ne semblent pas supporter le directrtp).
• asterisk > 1.6 et sccp 4.X: directrtp NOK