[asterisk-dev] Issue of DTLS setup issue in some webrtc calls
Abhay Gupta
abhay at avissol.com
Thu Jun 13 01:49:39 CDT 2019
As I have checked the state remains in “before/accept initialisation” . For the time being I have hangup the call with such a issue , will wait for the fragmentation issue resolution and will test the same after such resolution .
Regards,
> On 12-Jun-2019, at 7:35 PM, Abhay Gupta <abhay at avissol.com> wrote:
>
> Ok seems that in that particular case of ASTERISK-28018 all calls to a ISP fails but in my case only 1-2% calls get this issue and in that case garbage is recorded in asterisk mix monitor and chrome shows Failed to unprotect RTP packet and this is similar to ASTERISK-27826
>
> I also understand that before/accept initialization is a intermediate signalling state so I will try on test setup with a for loop of 5 times with 1 microsecond sleep and see if the state changes .
>
> Regards
>
>> On 12-Jun-2019, at 6:54 PM, Joshua C. Colp <jcolp at digium.com> wrote:
>>
>> On Wed, Jun 12, 2019, at 10:17 AM, Abhay Gupta wrote:
>>> I was looking at the bug ASTERISK-27826 and found that in file
>>> res_rtp_asterisk.c and function __rtp_recvfrom in call with the issue
>>> ssl state is "before/accept initialization" and in successful cases
>>> the state is "SSL negotiation finished successfully"
>>>
>>> The function is called twice in block "if ((*in >= 20) && (*in <= 63))"
>>> wherein first instance the state is unknown and then if negotiation is
>>> successful the call is fine and if it remains in before/accept
>>> initialisation the same is never called again and results in no voice .
>>>
>>> How can we ensure that SSL negotiation is successful in all cases .
>>
>> A quick glance shows the problem may be fragmentation related, at least for the original user. I'm actively working on such a thing and it is being tracked on another issue[1]. For your specific case it may or may not be the same.
>>
>> [1] https://issues.asterisk.org/jira/browse/ASTERISK-28018
>>
>> --
>> 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