Changes between Initial Version and Version 1 of Ticket #160


Ignore:
Timestamp:
Mar 6, 2007 10:31:48 PM (18 years ago)
Author:
bennylp
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #160 – Description

    initial v1  
    55> I can get the two to communicate if I tell pjsua to use 30 ms. 
    66>  
     7> 
    78> If I don't, pjsua encodes at 30 ms and decodes at 20 ms, even though  
    89> Asterisk thinks both directions are using 30 ms. This makes for some  
    910> interesting sounds. :) 
    1011>  
     12> 
    1113> According to the standard, if one side requests 30 ms, the other is  
    1214> supposed to use it because it's the lowest bandwidth setting. (It's  
    … …  
    1416> replies with mode=20, they are both supposed to use mode=30.) 
    1517>  
     18> 
    1619> I found some notes about this at 
    1720> http://www.pjsip.org/trac/wiki/audio-check-codec-nego and 
    … …  
    1922> different: 
    2023>  
     24> 
    2125>    It is important to emphasize the bi-directional character of the 
    2226>    "mode" parameter - both sides of a bi-directional session MUST use 
    … …  
    2933>    answer. 
    3034>  
     35> 
    3136>    That is, an offer of "mode=20" receiving an answer of "mode=30" will 
    3237>    result in "mode=30" being used by both participants.  Similarly, an 
    … …  
    3439>    "mode=30" being used by both participants. 
    3540>  
     41> 
    3642> - http://www.ietf.org/rfc/rfc3952.txt