Floimair Florian
2018-Apr-10 07:37 UTC
[asterisk-users] Asterisk behind NAT Early Media Video
Hi Benjamin! You're obviously using a similar scenario that I have in place for testing. 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 external_media_address=<your external IP> in pjsip.conf Also, as I wrote the patch for early-media video I'd be interested in any feedback from it. ? ? With best regards Florian Floimair Innovation - Software-Development -? VoIP & DevOps COMMEND INTERNATIONAL 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: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] Im Auftrag von Joshua Colp Gesendet: Montag, 9. April 2018 18:15 An: asterisk-users at lists.digium.com Betreff: 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 video while in an early media state before the call is answered and bridged, yes. -- Joshua Colp Digium, Inc. | Senior Software Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - US Check us out at: https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.digium.com&c=E,1,fYho2t3OGEPSC6ILhV9IAhfyqyv57q-c2eodmmoTlhRYCnEpbgeqpqYbk39h-m_lDWff7UIltd0zakv3XGb858ysVJbX0qeWGwdsbcgvduNnaBqVCDk,&typo=1 & www.asterisk.org -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by https://linkprotect.cudasvc.com/url?a=http%3a%2f%2fwww.api-digital.com&c=E,1,XToemLgPy6NQVyb_dF1q0qXSk-3YylF6rmIrWQvPhspxagnF5G63VHCU2nB67YHjZewMQU1rUCME4JBQMFPmNOCpc6ESOin_3Al6kti-lRo,&typo=1 -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: 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
Benjamin Marty
2018-Apr-10 10:29 UTC
[asterisk-users] Asterisk behind NAT Early Media Video
Hi Florian 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. The 183 SIP protocoll comes through. Even Asterisk is noticing it: -- PJSIP/6002-00000013 is making progress passing it to PJSIP/6001-00000012 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. Regards Benjamin 2018-04-10 9:37 GMT+02:00 Floimair Florian <f.floimair at commend.com>:> Hi Benjamin! > > You're obviously using a similar scenario that I have in place for testing. > 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 > > external_media_address=<your external IP> > > in pjsip.conf > > Also, as I wrote the patch for early-media video I'd be interested in any > feedback from it. > > > > > With best regards > > Florian Floimair > Innovation - Software-Development - VoIP & DevOps > > COMMEND INTERNATIONAL 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: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users- > bounces at lists.digium.com] Im Auftrag von Joshua Colp > Gesendet: Montag, 9. April 2018 18:15 > An: asterisk-users at lists.digium.com > Betreff: 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 video while in an early media state before the call is > answered and bridged, yes. > > -- > Joshua Colp > Digium, Inc. | Senior Software Developer > 445 Jan Davis Drive NW - Huntsville, AL 35806 - US Check us out at: > https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.digium.com&c=E,1, > fYho2t3OGEPSC6ILhV9IAhfyqyv57q-c2eodmmoTlhRYCnEpbgeqpqYbk39h-m_ > lDWff7UIltd0zakv3XGb858ysVJbX0qeWGwdsbcgvduNnaBqVCDk,&typo=1 & > www.asterisk.org > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by https://linkprotect.cudasvc. > com/url?a=http%3a%2f%2fwww.api-digital.com&c=E,1, > XToemLgPy6NQVyb_dF1q0qXSk-3YylF6rmIrWQvPhspxagnF5G63VHCU > 2nB67YHjZewMQU1rUCME4JBQMFPmNOCpc6ESOin_3Al6kti-lRo,&typo=1 -- > > Check out the new Asterisk community forum at: https://community.asterisk. > org/ > > New to Asterisk? Start here: > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > 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 > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > Check out the new Asterisk community forum at: https://community.asterisk. > org/ > > New to Asterisk? Start here: > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20180410/d048f1de/attachment.html>
Benjamin Marty
2018-Apr-10 14:43 UTC
[asterisk-users] Asterisk behind NAT Early Media Video
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? (On another P2P SIP Server the early media video works.) 2018-04-10 12:29 GMT+02:00 Benjamin Marty <benjamin.marty at gmail.com>:> Hi Florian > > 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. > > The 183 SIP protocoll comes through. Even Asterisk is noticing it: > -- PJSIP/6002-00000013 is making progress passing it to PJSIP/6001-00000012 > > 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. > > Regards > > Benjamin > > > > 2018-04-10 9:37 GMT+02:00 Floimair Florian <f.floimair at commend.com>: > >> Hi Benjamin! >> >> You're obviously using a similar scenario that I have in place for >> testing. >> 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 >> >> external_media_address=<your external IP> >> >> in pjsip.conf >> >> Also, as I wrote the patch for early-media video I'd be interested in any >> feedback from it. >> >> >> >> >> With best regards >> >> Florian Floimair >> Innovation - Software-Development - VoIP & DevOps >> >> COMMEND INTERNATIONAL 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: asterisk-users-bounces at lists.digium.com [mailto: >> asterisk-users-bounces at lists.digium.com] Im Auftrag von Joshua Colp >> Gesendet: Montag, 9. April 2018 18:15 >> An: asterisk-users at lists.digium.com >> Betreff: 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 video while in an early media state before the call is >> answered and bridged, yes. >> >> -- >> Joshua Colp >> Digium, Inc. | Senior Software Developer >> 445 Jan Davis Drive NW - Huntsville, AL 35806 - US Check us out at: >> https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.digi >> um.com&c=E,1,fYho2t3OGEPSC6ILhV9IAhfyqyv57q-c2eodmmoTlhRYCnE >> pbgeqpqYbk39h-m_lDWff7UIltd0zakv3XGb858ysVJbX0qeWGwdsbcgvduN >> naBqVCDk,&typo=1 & www.asterisk.org >> >> -- >> _____________________________________________________________________ >> -- Bandwidth and Colocation Provided by https://linkprotect.cudasvc.co >> m/url?a=http%3a%2f%2fwww.api-digital.com&c=E,1,XToemLgPy6NQ >> Vyb_dF1q0qXSk-3YylF6rmIrWQvPhspxagnF5G63VHCU2nB67YHjZewMQU1r >> UCME4JBQMFPmNOCpc6ESOin_3Al6kti-lRo,&typo=1 -- >> >> Check out the new Asterisk community forum at: >> https://community.asterisk.org/ >> >> New to Asterisk? Start here: >> https://wiki.asterisk.org/wiki/display/AST/Getting+Started >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> https://linkprotect.cudasvc.com/url?a=http%3a%2f%2flists.di >> gium.com%2fmailman%2flistinfo%2fasterisk-users&c=E,1,6VfJH- >> ysYuWrel9Apl4EqHb4_MpDTQHdQ3lJU3_Zojgbn4stUdMfchlswYSSwVO9jm >> ol-9H658j2bZr9JmLmb9WCM5OXKTsb_DsBIYKACtBorWRSU6-q1FjJkrbc&typo=1 >> >> -- >> _____________________________________________________________________ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> Check out the new Asterisk community forum at: >> https://community.asterisk.org/ >> >> New to Asterisk? Start here: >> https://wiki.asterisk.org/wiki/display/AST/Getting+Started >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users >> > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20180410/5ca9efd1/attachment.html>