IMS网络中Android Chrome测试版上的WebRTC

最近，我们正在尝试设置一个webRTC应用程序，该应用程序将在IMS网络中注册的Android设备上运行。我们在Android设备中使用Chrome Beta，因为我们需要支持IPv6寻址方案。我有以下问题：

该设备具有IMS APN和Internet APN，因此这两个APN有两个不同的IP地址

我们使用以下代码段创建了禁用STUN的RTPeerConnection：

var pc_config =
{
        "iceServers" : [ {
                "url" : "stun:0.0.0.0"
        } ],
        "iceTransports": "none"
};
var pc_constraints = {'optional': [{'googIPv6': true}]};
var pc = new RTCPeerConnection(pc_config, pc_constraints);

尽管我们禁用了STUN，但我们看到STUN绑定请求是从浏览器发出的，根据标准，这是浏览器的预期行为，以获得许可新鲜度

但是根据，如果我们使用RTICETransports枚举，我们添加了iceTransports:none，ICE引擎将不会发送任何数据包，但是在Chrome beta Android中，我们看到这个枚举没有效果

我们面临的主要问题是，STUN绑定请求从Internet APN地址转到IMS APN地址，反之亦然，因此IMS网络节点将此视为网络威胁，并导致网络在设备端断开连接

所以我们的问题是在Chrome Beta Android中：

是否可以完全禁用STUN绑定请求？ 如果没有，我们能否配置web RTC API，以仅获取互联网APN IP地址的ICE候选，并确保STUN绑定请求仅从互联网APN发送到对等互联网APN的IP地址？ 我们尝试了第二种方法，通过在发送SDP提议和应答之前过滤具有Internet APN地址的ICE候选，这样两个对等方都只接收具有Internet APN IP地址的对等方的ICE候选。但是来自浏览器的STUN绑定请求正在从IMS APN IP地址发送到ICE候选者中接收的对等方的Internet APN IP地址

任何解决这个问题的建议都将对我们大有帮助

---

感谢并问候

这将完全禁用STUN绑定请求：

var pc_config =  {'iceServers': []};

---

谢谢安东，我会检查一下并告诉你。