Il y a visiblement un soucis de NAT, car si je le réactive, il prend bien en compte l'adresse du VLAN cette fois (mais il détecte toujours l'ip normale au début) :
Called SIP/304
-- SIP/304-00000025 is ringing
-- SIP/304-00000025 is ringing
> 0x7f704c005ce0 -- Strict RTP learning after remote address set to: 192.168.1.11:7078
-- SIP/304-00000025 answered SIP/300-00000024
-- Channel SIP/304-00000025 joined 'simple_bridge' basic-bridge <e3bf994b-c61e-4fee-bc06-4e181fc28250>
-- Channel SIP/300-00000024 joined 'simple_bridge' basic-bridge <e3bf994b-c61e-4fee-bc06-4e181fc28250>
> Bridge e3bf994b-c61e-4fee-bc06-4e181fc28250: switching from simple_bridge technology to native_rtp
> Locally RTP bridged 'SIP/300-00000024' and 'SIP/304-00000025' in stack
> 0x7f704c005ce0 -- Strict RTP qualifying stream type: audio
> 0x7f704c005ce0 -- Strict RTP switching source address to 192.168.3.11:7078
> 0x7f701004feb0 -- Strict RTP qualifying stream type: audio
> 0x7f701004feb0 -- Strict RTP switching source address to 172.16.1.3:4028
> 0x7f701004feb0 -- Strict RTP learning after remote address set to: 192.168.1.20:4028
> Locally RTP bridged 'SIP/300-00000024' and 'SIP/304-00000025' in stack
> 0x7f704c005ce0 -- Strict RTP learning complete - Locking on source address 192.168.3.11:7078
> 0x7f701004feb0 -- Strict RTP learning complete - Locking on source address 172.16.1.3:4028
Un peu comme avec le smartphone qui n'est pas sur un VLAN, il va détecter l'adresse LAN, avant de basculer sur celle de WG, sauf que dans ce cas ça ne pose pas de problème vu que c'est réellement l'adresse utilisée) :
- Called SIP/300
== Extension Changed 300[BLF_Group_1] new state Ringing for Notify User GXP L1
-- SIP/300-0000002b is ringing
== Extension Changed 300[BLF_Group_1] new state Ringing for Notify User GXP L1 (queued)
> 0x7f7034017520 -- Strict RTP learning after remote address set to: 192.168.1.20:4034
-- SIP/300-0000002b answered SIP/310-0000002a
== Extension Changed 300[BLF_Group_1] new state InUse for Notify User GXP L1
-- Channel SIP/300-0000002b joined 'simple_bridge' basic-bridge <9fe56eaf-02fa-4111-9518-9549c452cef7>
-- Channel SIP/310-0000002a joined 'simple_bridge' basic-bridge <9fe56eaf-02fa-4111-9518-9549c452cef7>
> Bridge 9fe56eaf-02fa-4111-9518-9549c452cef7: switching from simple_bridge technology to native_rtp
> Locally RTP bridged 'SIP/310-0000002a' and 'SIP/300-0000002b' in stack
> 0x7f70100574c0 -- Strict RTP switching to RTP target address 192.168.3.10:5044 as source
> 0x7f7034017520 -- Strict RTP qualifying stream type: audio
> 0x7f7034017520 -- Strict RTP switching source address to 172.16.1.3:4034
> 0x7f70100574c0 -- Strict RTP learning complete - Locking on source address 192.168.3.10:5044
> 0x7f7034017520 -- Strict RTP learning complete - Locking on source address 172.16.1.3:4034
-- Channel SIP/310-0000002a left 'native_rtp' basic-bridge <9fe56eaf-02fa-4111-9518-9549c452cef7>
== Spawn extension (internal, 300, 1) exited non-zero on 'SIP/310-0000002a'
-- Channel SIP/300-0000002b left 'native_rtp' basic-bridge <9fe56eaf-02fa-4111-9518-9549c452cef7>
Donc ça veut dire que si par exemple je pouvais connecter le smartphone sur le VLAN, j'aurais le même problème ? Ça explique aussi pourquoi ça fonctionne avec le GXP : il n'a qu'une seule IP.
Je ne sais pas comment est foutu le mécanisme de détection RTP, mais dans ce genre de cas il a pas l'air de savoir se débrouiller correctement.
Je suis tout ouïe si quelqu'un a une solution de contournement