RTP_BUG_SEND_LINEAR_TIMESTAMPS = (1 << 3),
Our friends at Sonus get real mad when the timestamps are not in perfect sequence even during periods of silence.
With this flag, we will only increment the timestamp when write packets even if they are eons apart.
RTP_BUG_START_SEQ_AT_ZERO = (1 << 4),
Our friends at Sonus also get real mad if the sequence number does not start at 0.
Typically, we set this to a random starting value for your saftey.
This is a security risk you take upon yourself when you enable this flag.
RTP_BUG_NEVER_SEND_MARKER = (1 << 5),
Our friends at Sonus are on a roll, They also get easily dumbfounded by marker bits.
This flag will never send any. Sheesh....
2) Check how many users are registered when receiving a PUBLISH AND Multiple Registrations is enabled:
if there is more than just 1 AND you are sending a offline message: skip publishing it to everyone
to prevent clients from thinking themselves has gone offline.
channel_variable: sdp_m_per_ptime
Adds a new m= line for each distinct ptime in codec list.
When this variable is not set:
When mixing codecs with various ptime in a codec list, they will now be allowed to co-exist in the sdp but it will send no ptime attr.
This means the ptime preferences on the offer will be ignored when mixing codecs with various ptimes.
When receiving a codec list with no ptime attr, the ptime will be chosen from local preference instead of assuming 20ms
This means if offer contains PCMU with not ptime and FS has PCMU@40i
Dynamic payloads will now start at 98 and increment per additional dynamic codec per call.
So now you can add CELT@32000h,CELT@48000h and each one will be auto-assigned a dynamic paylaod type.
