<div dir="ltr"><div><div><div><div>I think I found the root cause. The H264 Early Media video is received successfully on the Asterisk Server. It also seems to get processed. But it's send to the private IP of the receipent SIP phone.<br><br></div>For clarification:<br></div>178.82.XX.XX is my Public IP of my Internet access. Both phones use this as Public IP via standard Source NAT.<br></div>159.89.XX.XX is the IP of the Asterisk Server. For this test I used a Server without Destination NAT. So the eth0 interface has this IP.<br><br></div>Packet capture:<br><div><div><div><div>No. Time Source Destination Protocol Length Info<br> 141 2018-04-11 06:40:03.306561 178.82.XX.XX 159.89.XX.XX H264 64 PT=H264, SSRC=0x3CB1E12D, Seq=19561, Time=319121408 SPS<br><br>Frame 141: 64 bytes on wire (512 bits), 64 bytes captured (512 bits)<br>Ethernet II, Src: JuniperN_34:67:f0 (40:a6:77:34:67:f0), Dst: da:81:42:3d:d0:e7 (da:81:42:3d:d0:e7)<br>Internet Protocol Version 4, Src: 178.82.169.0, Dst: 159.89.104.193<br>User Datagram Protocol, Src Port: 5006, Dst Port: 13182<br>Real-Time Transport Protocol<br>H.264<br><br>No. Time Source Destination Protocol Length Info<br> 142 2018-04-11 06:40:03.306682 159.89.XX.XX 192.168.XX.XX H264 64 PT=H264, SSRC=0x5EE97C55, Seq=30572, Time=319121408 SPS<br><br>Frame 142: 64 bytes on wire (512 bits), 64 bytes captured (512 bits)<br>Ethernet II, Src: da:81:42:3d:d0:e7 (da:81:42:3d:d0:e7), Dst: IETF-VRRP-VRID_6e (00:00:5e:00:01:6e)<br>Internet Protocol Version 4, Src: 159.89.104.193, Dst: 192.168.1.185<br>User Datagram Protocol, Src Port: 10298, Dst Port: 5022<br>Real-Time Transport Protocol<br>H.264<br><br></div><div>PJSIP.conf:<br>[7004]<br>type = endpoint<br>context = internal<br>rewrite_contact = yes<br>direct_media = no<br>rtp_symmetric = yes<br>;force_rport = yes<br>disallow = all<br>allow = g722, alaw, ulaw, gsm, ilbc, h264<br>aors = 7004<br>auth = auth7004<br><br>[7004]<br>type = aor<br>max_contacts = 2<br><br>[auth7004]<br>type=auth<br>auth_type=userpass<br>password=1234<br>username=7004<br><br></div><div>extensions.conf:<br>[internal]<br>exten => _700X,1,Dial(PJSIP/${EXTEN})<br></div><div><br><br></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-04-10 16:43 GMT+02:00 Benjamin Marty <span dir="ltr"><<a href="mailto:benjamin.marty@gmail.com" target="_blank">benjamin.marty@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I just noticed, the calling device isn't even sending the early media video stream. It just sends an early media audio stream. Is there propably a change in the signaling needed?<br><br></div>(On another P2P SIP Server the early media video works.)<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2018-04-10 12:29 GMT+02:00 Benjamin Marty <span dir="ltr"><<a href="mailto:benjamin.marty@gmail.com" target="_blank">benjamin.marty@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>Hi Florian<br><br></div>I already have the external_media_address set in the PJSIP setup. Also the external_signaling_address is set to the Public IP. If I make a call from an Early Media (video&audio) capable device to an Early Media capable device (also video&audio) the Early Media audio works perfectly. But no video. If I sniff with wireshark on the recipent device I just see G711 (audio) RTP traffic. The h264 RTP traffic is missing before I accept the call. After accepting the call the h264 RTP traffic comes through.<br><br></div><div>The 183 SIP protocoll comes through. Even Asterisk is noticing it:<br>-- PJSIP/6002-00000013 is making progress passing it to PJSIP/6001-00000012<br></div><div><br></div>I tried both Asterisk 15 with pjsip.conf configuration and Asterisk 13 with sip.conf (chan_sip). In both cases I just put the both case AST_FRAME_VIDEO: statements before the two voice cases, like in your diff and recompiled/reinstalled.<br><br></div>Regards<span class="m_-8827279076902006552HOEnZb"><font color="#888888"><br><br></font></span></div><span class="m_-8827279076902006552HOEnZb"><font color="#888888">Benjamin<br><div><div><br><br></div></div></font></span></div><div class="m_-8827279076902006552HOEnZb"><div class="m_-8827279076902006552h5"><div class="gmail_extra"><br><div class="gmail_quote">2018-04-10 9:37 GMT+02:00 Floimair Florian <span dir="ltr"><<a href="mailto:f.floimair@commend.com" target="_blank">f.floimair@commend.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Benjamin!<br>
<br>
You're obviously using a similar scenario that I have in place for testing.<br>
I initially had issues with early media (not only video also audio) as well in that scenario. What I had to do was to additionally set<br>
<br>
external_media_address=<your external IP><br>
<br>
in pjsip.conf<br>
<br>
Also, as I wrote the patch for early-media video I'd be interested in any feedback from it.<br>
<br>
<br>
<br>
<br>
With best regards<br>
<br>
Florian Floimair<br>
Innovation - Software-Development - VoIP & DevOps<br>
<br>
COMMEND INTERNATIONAL GMBH<br>
A-5020 Salzburg, Saalachstraße 51<br>
Tel: +43-662-85 62 25<br>
Fax: +43-662-85 62 26<br>
<a href="http://www.commend.com" rel="noreferrer" target="_blank">http://www.commend.com</a><br>
<br>
Security and Communication by Commend<br>
<br>
FN 178618z | LG Salzburg<br>
<br>
-----Ursprüngliche Nachricht-----<br>
Von: <a href="mailto:asterisk-users-bounces@lists.digium.com" target="_blank">asterisk-users-bounces@lists.d<wbr>igium.com</a> [mailto:<a href="mailto:asterisk-users-bounces@lists.digium.com" target="_blank">asterisk-users-bounces<wbr>@lists.digium.com</a>] Im Auftrag von Joshua Colp<br>
Gesendet: Montag, 9. April 2018 18:15<br>
An: <a href="mailto:asterisk-users@lists.digium.com" target="_blank">asterisk-users@lists.digium.co<wbr>m</a><br>
Betreff: Re: [asterisk-users] Asterisk behind NAT Early Media Video<br>
<span><br>
On Mon, Apr 9, 2018, at 1:05 PM, Benjamin Marty wrote:<br>
> wohoo, so if I unterstand it correctly with that patch early media<br>
> video works over the Asterisk server? In other words the Asterisk<br>
> server get's able to (process/)forward the early media video stream with that patch?<br>
<br>
The patch forwards video while in an early media state before the call is answered and bridged, yes.<br>
<br>
--<br>
Joshua Colp<br>
Digium, Inc. | Senior Software Developer<br>
</span>445 Jan Davis Drive NW - Huntsville, AL 35806 - US Check us out at: <a href="https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.digium.com&c=E,1,fYho2t3OGEPSC6ILhV9IAhfyqyv57q-c2eodmmoTlhRYCnEpbgeqpqYbk39h-m_lDWff7UIltd0zakv3XGb858ysVJbX0qeWGwdsbcgvduNnaBqVCDk,&typo=1" rel="noreferrer" target="_blank">https://linkprotect.cudasvc.co<wbr>m/url?a=https%3a%2f%2fwww.digi<wbr>um.com&c=E,1,fYho2t3OGEPSC6ILh<wbr>V9IAhfyqyv57q-c2eodmmoTlhRYCnE<wbr>pbgeqpqYbk39h-m_lDWff7UIltd0za<wbr>kv3XGb858ysVJbX0qeWGwdsbcgvduN<wbr>naBqVCDk,&typo=1</a> & <a href="http://www.asterisk.org" rel="noreferrer" target="_blank">www.asterisk.org</a><br>
<br>
--<br>
______________________________<wbr>______________________________<wbr>_________<br>
-- Bandwidth and Colocation Provided by <a href="https://linkprotect.cudasvc.com/url?a=http%3a%2f%2fwww.api-digital.com&c=E,1,XToemLgPy6NQVyb_dF1q0qXSk-3YylF6rmIrWQvPhspxagnF5G63VHCU2nB67YHjZewMQU1rUCME4JBQMFPmNOCpc6ESOin_3Al6kti-lRo,&typo=1" rel="noreferrer" target="_blank">https://linkprotect.cudasvc.co<wbr>m/url?a=http%3a%2f%2fwww.api-d<wbr>igital.com&c=E,1,XToemLgPy6NQV<wbr>yb_dF1q0qXSk-3YylF6rmIrWQvPhsp<wbr>xagnF5G63VHCU2nB67YHjZewMQU1rU<wbr>CME4JBQMFPmNOCpc6ESOin_3Al6kti<wbr>-lRo,&typo=1</a> --<br>
<span><br>
Check out the new Asterisk community forum at: <a href="https://community.asterisk.org/" rel="noreferrer" target="_blank">https://community.asterisk.org<wbr>/</a><br>
<br>
New to Asterisk? Start here:<br>
<a href="https://wiki.asterisk.org/wiki/display/AST/Getting+Started" rel="noreferrer" target="_blank">https://wiki.asterisk.org/wiki<wbr>/display/AST/Getting+Started</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
</span> <a href="https://linkprotect.cudasvc.com/url?a=http%3a%2f%2flists.digium.com%2fmailman%2flistinfo%2fasterisk-users&c=E,1,6VfJH-ysYuWrel9Apl4EqHb4_MpDTQHdQ3lJU3_Zojgbn4stUdMfchlswYSSwVO9jmol-9H658j2bZr9JmLmb9WCM5OXKTsb_DsBIYKACtBorWRSU6-q1FjJkrbc&typo=1" rel="noreferrer" target="_blank">https://linkprotect.cudasvc.c<wbr>om/url?a=http%3a%2f%2flists.di<wbr>gium.com%2fmailman%2flistinfo%<wbr>2fasterisk-users&c=E,1,6VfJH-y<wbr>sYuWrel9Apl4EqHb4_MpDTQHdQ3lJU<wbr>3_Zojgbn4stUdMfchlswYSSwVO9jmo<wbr>l-9H658j2bZr9JmLmb9WCM5OXKTsb_<wbr>DsBIYKACtBorWRSU6-q1FjJkrbc&ty<wbr>po=1</a><br>
<div class="m_-8827279076902006552m_-7471680023045417318HOEnZb"><div class="m_-8827279076902006552m_-7471680023045417318h5"><br>
--<br>
______________________________<wbr>______________________________<wbr>_________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
Check out the new Asterisk community forum at: <a href="https://community.asterisk.org/" rel="noreferrer" target="_blank">https://community.asterisk.org<wbr>/</a><br>
<br>
New to Asterisk? Start here:<br>
<a href="https://wiki.asterisk.org/wiki/display/AST/Getting+Started" rel="noreferrer" target="_blank">https://wiki.asterisk.org/wiki<wbr>/display/AST/Getting+Started</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" rel="noreferrer" target="_blank">http://lists.digium.com/mailm<wbr>an/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>