Affichage des résultats 1 à 3 sur 3

Discussion: VLAN : mauvaise détection IP source RTP

  1. #1
    Membre Junior
    Date d'inscription
    septembre 2015
    Messages
    19
    Downloads
    0
    Uploads
    0

    VLAN : mauvaise détection IP source RTP

    Bonsoir,

    Je rencontre un problème curieux, qui est la détection erronée de l'IP source lorsque la connexion RTP s’établit.

    Sur mon PC (sous Linux) j'ai ajouté un VLAN, auquel je connecte linphone. Sur ce même VLAN se trouve un grandstream GXP2000. Le serveur asterisk se trouve sur un site distant relié par VPN (wireguard), et pour qu'ils soient sur le même sous-réseau (WG étant au niveau IP), j'ai ajouté un VXLAN pensant que ça réglerait ce problème, mais il n'en est rien.

    Ce qu'il se passe : lors de l’établissement de la session RTP, asterisk détecte l'IP courante du PC au lieu de celle du VLAN, ce qui fait que selon le sens de l'appel, soit je n'ai pas de son, soit il y a échec de réponse et la communication coupe. On le voit d'ailleurs très bien avec wireshark, le flux RTP passe par l'interface normale et non le VLAN.

    Jusqu’à présent, la seule solution viable a été de laisser le NAT actif et donc laisser les flux passer par asterisk (mais dans le cas d'une config routée car si je l'applique lorsque tout est sur le même sous-réseau ça plante également...)

    Si quelqu'un a une idée.

    Merci d'avance.


    Code:
     0x7f494806e470 -- Strict RTP learning after remote address set to: 192.168.3.10:5036
        -- Executing [304@internal:1] Dial("SIP/310-0000007d", "SIP/304,20,kK") in new stack
      == Using SIP RTP TOS bits 184
      == Using SIP RTP TOS bits 184 in TCLASS field.
      == Using SIP RTP CoS mark 5
        -- Called SIP/304
      == Extension Changed 304[BLF_Group_1] new state Ringing for Notify User GXP L1 
        -- SIP/304-0000007e is ringing
      == Extension Changed 304[BLF_Group_1] new state Ringing for Notify User GXP L1 
           > 0x7f494401f640 -- Strict RTP learning after remote address set to: 192.168.1.11:7078
      == Extension Changed 304[BLF_Group_1] new state InUse for Notify User GXP L1 
        -- SIP/304-0000007e answered SIP/310-0000007d
        -- Channel SIP/304-0000007e joined 'simple_bridge' basic-bridge <f3251fff-2aa7-4541-9781-c126afd2e033>
        -- Channel SIP/310-0000007d joined 'simple_bridge' basic-bridge <f3251fff-2aa7-4541-9781-c126afd2e033>
           > Bridge f3251fff-2aa7-4541-9781-c126afd2e033: switching from simple_bridge technology to native_rtp
           > Remotely bridged 'SIP/310-0000007d' and 'SIP/304-0000007e' - media will flow directly between them
           > 0x7f494401f640 -- Strict RTP qualifying stream type: audio
           > 0x7f494401f640 -- Strict RTP switching source address to 192.168.3.11:7078
           > 0x7f494806e470 -- Strict RTP switching to RTP target address 192.168.3.10:5036 as source
    [Sep 10 02:52:03] WARNING[756]: chan_sip.c:4119 retrans_pkt: Retransmission timeout reached on transmission 58bd48c8646560ed3978507c70d88845@192.168.3.254:5260 for seqno 103 (Critical Request) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
    Packet timed out after 8960ms with no response
    [Sep 10 02:52:03] WARNING[756]: chan_sip.c:4143 retrans_pkt: Hanging up call 58bd48c8646560ed3978507c70d88845@192.168.3.254:5260 - no reply to our critical packet (see https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions).
        -- Channel SIP/304-0000007e left 'native_rtp' basic-bridge <f3251fff-2aa7-4541-9781-c126afd2e033>
        -- Channel SIP/310-0000007d left 'native_rtp' basic-bridge <f3251fff-2aa7-4541-9781-c126afd2e033>
      == Spawn extension (internal, 304, 1) exited non-zero on 'SIP/310-0000007d'
    192.168.1.11 est l'ip courante
    192.168.3.11 est l'ip du VLAN
    192.168.3.10 est l'ip du GXP

    On dirait qu'il veut reswitcher sur l'adresse du VLAN au dernier moment, mais comme 192.168.1.11 n'est pas joignable, il abandonne.

  2. #2
    Membre Junior
    Date d'inscription
    fvrier 2015
    Messages
    9
    Downloads
    0
    Uploads
    0
    as tu bien mis tout tes reseaux locaux dans les parametres SIP (externip & localnet )

  3. #3
    Membre Junior
    Date d'inscription
    septembre 2015
    Messages
    19
    Downloads
    0
    Uploads
    0
    Merci pour ta réponse. (je suis un peu en retard, désolé)

    Que localnet et externip soit activé ou non, ça ne change absolument rien.

    Néanmoins, j'ai trouvé une solution qui est d'indiquer l'adresse du VLAN dans la case ip publique de Linphone en cochant le paramétrage behind NAT/firewall et là tout fonctionne parfaitement. L'adresse détectée par asterisk est bien celle du VLAN et non plus la courante.

    Je pense que Linphone prend l'adresse courante car c'est celle qui peut communiquer avec internet dans le cas du paramétrage par défaut. Sinon il y a une autre astuce qui est de n'avoir qu'une seule interface (testé en machine virtuelle en sélectionnant uniquement le VLAN comme carte réseau)

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •