Thanks Joshua,
that's what I have thought.

I will look into it deeper, file an issue and see if I can fix it.

 
 
With best regards

Florian Floimair
Innovation - Software-Development

COMMEND INTERNATIONAL GMBH
A-5020 Salzburg, Saalachstraße 51
http://www.commend.com <http://www.commend.com/>

Security and Communication by Commend

FN 178618z | LG Salzburg

Am 11.02.19, 11:44 schrieb "asterisk-dev im Auftrag von Joshua C. Colp" 
<asterisk-dev-boun...@lists.digium.com im Auftrag von jc...@digium.com>:

    On Mon, Feb 11, 2019, at 5:16 AM, Floimair Florian wrote:
    >  
    > We recently ran into something regarding RTCP – Generic NACK Feedback,
    > 
    >  
    > which was introduced with 
https://issues.asterisk.org/jira/browse/ASTERISK-27810
    > 
    >  
    >  
    > 
    >  
    > Me and my colleague read through RFC 4585 Section 6.2.1 “Generic NACK” 
    > but we didn’t really find an answer to our question,
    > 
    >  
    > which is the following:
    > 
    >  
    >  
    > 
    >  
    > Asterisk sends Receiver Reports on the RTCP port (RTP+1), whereas
    > 
    >  
    > the NACK is sent on the RTP port which confuses the other end of our 
    > system (rtpengine).
    > 
    >  
    >  
    > 
    >  
    > Is Generic NACK supposed to be sent to the RTP port or isn’t it 
    > supposed to be sent on the RTCP port (which would make this a bug in 
    > the current implementation)?
    
    It's supposed to be sent on the RTCP port, but it was developed for the 
browser where bundle would have it all on the same port so it's likely the case 
was not specifically tested in a non-bundle environment.
    
    -- 
    Joshua C. Colp
    Digium - A Sangoma Company | Senior Software Developer
    445 Jan Davis Drive NW - Huntsville, AL 35806 - US
    Check us out at: www.digium.com & www.asterisk.org
    
    -- 
    _____________________________________________________________________
    -- Bandwidth and Colocation Provided by http://www.api-digital.com --
    
    asterisk-dev mailing list
    To UNSUBSCRIBE or update options visit:
       http://lists.digium.com/mailman/listinfo/asterisk-dev

-- 
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

Reply via email to