Re: [asterisk-users] Asterisk behind NAT Early Media Video

On Fri, Apr 13, 2018, at 11:56 AM, Benjamin Marty wrote: > The current behaviour is that Earlymedia video isn't working when NAT's in > between are involved. The source/destination IP's are correct. So the > client is sending Early media video + Early media audio to the Asterisk > Server "in the

Re: [asterisk-users] Asterisk behind NAT Early Media Video

The current behaviour is that Earlymedia video isn't working when NAT's in between are involved. The source/destination IP's are correct. So the client is sending Early media video + Early media audio to the Asterisk Server "in the cloud" and the Asterisk Server "in the cloud" is sending both to

Re: [asterisk-users] Asterisk behind NAT Early Media Video

On Wed, Apr 11, 2018, at 4:33 AM, Benjamin Marty wrote: > I added the bind_rtp_to_media_address=yes on all endpoints but still the > same behaviour. The funny thing is that the G711 audio early media works > and doesn't have that Private IP issue. I was also able to cross check with > chan_sip on

Re: [asterisk-users] Asterisk behind NAT Early Media Video

> > *Von:* asterisk-users-boun...@lists.digium.com [mailto:asterisk-users- > boun...@lists.digium.com] *Im Auftrag von *Benjamin Marty > *Gesendet:* Mittwoch, 11. April 2018 08:55 > *An:* Asterisk Users Mailing List - Non-Commercial Discussion < > asterisk-users@lists.digium.com>

Re: [asterisk-users] Asterisk behind NAT Early Media Video

, 11. April 2018 08:55 An: Asterisk Users Mailing List - Non-Commercial Discussion <asterisk-users@lists.digium.com> Betreff: Re: [asterisk-users] Asterisk behind NAT Early Media Video I think I found the root cause. The H264 Early Media video is received successfully on the Asterisk Serve

Re: [asterisk-users] Asterisk behind NAT Early Media Video

+43-662-85 62 25 >>> Fax: +43-662-85 62 26 >>> http://www.commend.com >>> >>> Security and Communication by Commend >>> >>> FN 178618z | LG Salzburg >>> >>> -Ursprüngliche Nachricht- >>> Von: asterisk-users-boun.

Re: [asterisk-users] Asterisk behind NAT Early Media Video

ONAL GMBH >> A-5020 Salzburg, Saalachstraße 51 >> Tel: +43-662-85 62 25 >> Fax: +43-662-85 62 26 >> http://www.commend.com >> >> Security and Communication by Commend >> >> FN 178618z | LG Salzburg >> >> -----Ursprüngliche Nachricht- >> Von

Re: [asterisk-users] Asterisk behind NAT Early Media Video

Ursprüngliche Nachricht- > Von: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users- > boun...@lists.digium.com] Im Auftrag von Joshua Colp > Gesendet: Montag, 9. April 2018 18:15 > An: asterisk-users@lists.digium.com > Betreff: Re: [asterisk-users] Asterisk behind NAT Early Media Vi

Re: [asterisk-users] Asterisk behind NAT Early Media Video

I applied the patch to my Asterisk 13.20. But it seems that it still doesn't forward the early media video stream. Do I need to put something special into the extensions.conf? I basically just make a Dial. The calling Client sends the 183 protocol. [public] exten => 6001,1,Dial(SIP/${EXTEN})

Re: [asterisk-users] Asterisk behind NAT Early Media Video

: Re: [asterisk-users] Asterisk behind NAT Early Media Video On Mon, Apr 9, 2018, at 1:05 PM, Benjamin Marty wrote: > wohoo, so if I unterstand it correctly with that patch early media > video works over the Asterisk server? In other words the Asterisk > server get's able to (process/)forward th

Re: [asterisk-users] Asterisk behind NAT Early Media Video

On Mon, Apr 9, 2018, at 1:05 PM, Benjamin Marty wrote: > wohoo, so if I unterstand it correctly with that patch early media video > works over the Asterisk server? In other words the Asterisk server get's > able to (process/)forward the early media video stream with that patch? The patch forwards

Re: [asterisk-users] Asterisk behind NAT Early Media Video

wohoo, so if I unterstand it correctly with that patch early media video works over the Asterisk server? In other words the Asterisk server get's able to (process/)forward the early media video stream with that patch? 2018-04-09 17:57 GMT+02:00 Joshua Colp : > On Mon, Apr 9,

Re: [asterisk-users] Asterisk behind NAT Early Media Video

On Mon, Apr 9, 2018, at 12:04 PM, Benjamin Marty wrote: > My understanding based on Wireshark analysis is that the signaling works > (also the recipent phone is displaying the video frame before accepting the > call), also the calling phone send video (i see that also via Wireshark) > but the

Re: [asterisk-users] Asterisk behind NAT Early Media Video

My understanding based on Wireshark analysis is that the signaling works (also the recipent phone is displaying the video frame before accepting the call), also the calling phone send video (i see that also via Wireshark) but the recipent phone doesn't get any video from the Asterisk before the

Re: [asterisk-users] Asterisk behind NAT Early Media Video

On Mon, Apr 9, 2018, at 11:53 AM, Benjamin Marty wrote: > Yes, media is flowing through Asterisk because both client's are behind > different NAT's. This doesn't answer the question of what is ACTUALLY happening in the scenario you describe which is very important. > Do I need to do something

Re: [asterisk-users] Asterisk behind NAT Early Media Video

Yes, media is flowing through Asterisk because both client's are behind different NAT's. Do I need to do something special in the Call Flow? Or anything additional to the pjsip.conf? 2018-04-09 16:50 GMT+02:00 Joshua Colp : > On Mon, Apr 9, 2018, at 11:42 AM, Benjamin Marty

Re: [asterisk-users] Asterisk behind NAT Early Media Video

On Mon, Apr 9, 2018, at 11:42 AM, Benjamin Marty wrote: > Hello, > > I have an Asterisk 15 with PJSIP behind NAT (Amazon EC2). > > Now I would like to get Early Media Video working between clients in > different NATed networks. The 183 signalling goes trough perfectly, but > asterisk doesn't

[asterisk-users] Asterisk behind NAT Early Media Video

Hello, I have an Asterisk 15 with PJSIP behind NAT (Amazon EC2). Now I would like to get Early Media Video working between clients in different NATed networks. The 183 signalling goes trough perfectly, but asterisk doesn't forward the Early Media RTP stream from the caller to the recipent. I