[asterisk-bugs] [JIRA] (ASTERISK-29438) TURN Server never added to ICE candidate list.

[George Joseph (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-29438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=254968#comment-254968 ] 

George Joseph edited comment on ASTERISK-29438 at 5/20/21 1:54 PM:
-------------------------------------------------------------------

If I'm reading https://datatracker.ietf.org/doc/html/rfc8489#section-9.2.5 right...
{code}
If the response is an error response with an error code of 400 (Bad
   Request) and does not contain either the MESSAGE-INTEGRITY or
   MESSAGE-INTEGRITY-SHA256 attribute, then the response MUST be
   discarded, as if it were never received.  This means that
   retransmits, if applicable, will continue.

      Note: In this case, the 400 response will never reach the
      application, resulting in a timeout.
{code}

and i'm reading the logs correctly...

{code}
|--- begin STUN message ---
STUN Allocate error response
 Hdr: length=28, magic=2112a442, tsx_id=000078b651c38d7a7f46d5ca
 Attributes:
  ERROR-CODE: length=16, err_code=400, reason="Bad Request"
  SOFTWARE: length=4, value="None"
--- end of STUN message ---
{code}

then doesn't mean a retransmitting the existing request from the transport layer as opposed to recreating the request with additional info?







was (Author: gtj):
If I'm reading https://datatracker.ietf.org/doc/html/rfc8489#section-9.2.5 right...
{code}
If the response is an error response with an error code of 400 (Bad
   Request) and does not contain either the MESSAGE-INTEGRITY or
   MESSAGE-INTEGRITY-SHA256 attribute, then the response MUST be
   discarded, as if it were never received.  This means that
   retransmits, if applicable, will continue.

      Note: In this case, the 400 response will never reach the
      application, resulting in a timeout.
{code}

and i'm reading the logs correctly...

{code}
|--- begin STUN message ---
STUN Allocate error response
 Hdr: length=28, magic=2112a442, tsx_id=000078b651c38d7a7f46d5ca
 Attributes:
  ERROR-CODE: length=16, err_code=400, reason="Bad Request"
  SOFTWARE: length=4, value="None"
--- end of STUN message ---
{code}

then doesn't mean a retransmit as opposed to setting up again?





> TURN Server never added to ICE candidate list.
> ----------------------------------------------
>
>                 Key: ASTERISK-29438
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29438
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: pjproject/pjsip, Resources/res_rtp_asterisk
>    Affects Versions: 16.17.0
>         Environment: Network topology requiring TURN
>  using PJSIP
>            Reporter: Chris
>            Assignee: Chris
>         Attachments: no-turn-candidates.zip
>
>
> The configured TURN server is never added to the ICE candidate list offered via SIP/SDP
> The assumed reason is that, after receiving status 400 (Bad request) Asterisk stops sending request and shuts down the 
> According to the RFC, a status 400 does not necessary means the procedure has to stop.
> See: https://tools.ietf.org/id/draft-ietf-tram-stunbis-13.html#section.bid-down
> NOTE : The PCAP contains 4 requests,  these are for audio, video and their 2 RTCP counterparts.
> But each of those 4 are only tried once.



--
This message was sent by Atlassian JIRA
(v6.2#6252)