[asterisk-dev] Question regarding RTCP - NACK

Floimair Florian f.floimair at commend.com
Mon Feb 11 06:07:28 CST 2019


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-bounces at lists.digium.com im Auftrag von jcolp at 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



More information about the asterisk-dev mailing list