Ce n'est pas à ton asterisk de décider où envoyer le RTP, c'est à l'OXE de lui 
indiquer dans le SDP.

David Ponzone



> Le 4 mars 2016 à 20:40, christophe abesse <cab91...@gmail.com> a écrit :
> 
> Bonsoir,
> 
> 
> La communauté
> 
> Je viens à vous car j'ai un petit souci avec un CS Type OXE R10 qui
> s'enregistre bien sur mon proxy sip
> 
> configuration sip
> 
> [xxxxxxxxx] ;oxe r10 Test
> type=friend
> host=xxxxxxxxx
> disallow=all
> allow=alaw
> allow=ulaw
> call-limit=120
> canreinvite=yes
> directmedia=yes
> directrtpsetup=yes
> dtmfmode=rfc2833
> qualify=yes
> nat=yes
> context=fromXXXXXXXXX
> 
> 
> schéma logique :
> 
> Proxy privé - mpls Routeur coeur backbone - CE client - OXE -GD CARD donc
> pas de nat entre eux.
> 
> 
> Le proxy ping l'oxe et la gd card est dans le même subnet
> et inversement point à point donc pas de
> 
> Je vois bien depuis mon proxy en effectuant un rtp debug ceci
> 
> cette ip correspond à la gd card (soit la carte dsp) qui est censée gérer
> le routage des flux rtp
> 
> Sent RTP packet to     10.10.10.10:32556 (type 08, seq 038691, ts
> 201837040, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038692, ts
> 201837200, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038693, ts
> 201837360, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038694, ts
> 201837520, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038695, ts
> 201837680, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038696, ts
> 201837840, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038697, ts
> 201838000, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038698, ts
> 201838160, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038699, ts
> 201838320, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038700, ts
> 201838480, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038701, ts
> 201838640, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038702, ts
> 201838800, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038703, ts
> 201838960, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038704, ts
> 201839120, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038705, ts
> 201839280, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038706, ts
> 201839440, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038707, ts
> 201839600, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038708, ts
> 201839760, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038709, ts
> 201839920, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038710, ts
> 201840080, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038711, ts
> 201840240, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038712, ts
> 201840400, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038713, ts
> 201840560, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038714, ts
> 201840720, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038715, ts
> 201840880, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038716, ts
> 201841040, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038717, ts
> 201841200, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038718, ts
> 201841360, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038719, ts
> 201841520, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038720, ts
> 201841680, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038721, ts
> 201841840, len 000160)
> Sent RTP packet to      10.10.10.10:32556 (type 08, seq 038722, ts
> 201842000, len 000160)
> 
> 
> Mais je constate que mon prx envoi toute la signalisation ainsi que les
> flux rtp à la CS qui ne sait comment l’interpréter donc il drop.
> 
> Typiquement le pb semble propre à l'alcatel et cela semble ne peut se
> corriger.
> 
> Donc je cherche à modifier des choses sur mon asterisk de sorte à dire tu
> parles à la CS niveau 100 à 200 puis le rtp tu l'envoi à une autre ip
> 
> Malheureusement j'ai lorsque l'on était sur un Nat publique c'était pire,
> en effet, je redirigé les flux avec un range de 20000 à 40000 mais cela
> matché pas.
> 
> Je ne veux pas investir sur un SBC car c'est vraiement couteux et ne veut
> pas installer un serveur asterisk propre au client afin de faire la
> correspondance.
> 
> Puis je utiliser mon proxy et modifier certain champs sur le sipdotconf
> pour corriger cela.
> 
> La conf du sip.conf en début de rédaction et la dernière conf
> 
> 
> Merci pour vos lumières
> 
> Bon week-end
> 
> Christophe ABESSE
> 
> ---------------------------
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Répondre à