在处理WebRTC对等连接问题时，可以采用多种方法来进行网络跟踪或调试。我将根据我的经验，详细介绍几种有效的策略：
1. 使用Chrome的WebRTC Internals工具
Chrome浏览器提供了一个非常强大的内置工具，叫做 chrome://webrtc-internals。这个工具可以对WebRTC的活动进行实时监控，包括信令过程、ICE候选收集、媒体流状态等。使用此工具，可以轻松查看所有WebRTC连接的详细统计信息和API调用日志。
例子：
在调试一个视频聊天应用时，我曾经使用 webrtc-internals来确定视频流中断的原因。通过观察，我发现视频流的bytesReceived突然变为0，这提示我可能是网络问题或对方浏览器崩溃了。
2. 利用网络抓包工具
工具如Wireshark可以用来捕获和分析WebRTC使用的STUN, TURN, RTP等协议的网络包。这对于理解底层网络交互，尤其是在复杂的NAT穿越场景中非常有用。
例子： 在一次项目中，客户反映连接建立成功但媒体传输失败。通过Wireshark抓包，我发现虽然ICE连接建立成功，但所有RTP包都被一个非预期的防火墙规则阻止了。
3. 日志记录
在WebRTC应用的开发过程中，加入详细的日志记录非常关键。这包括信令交换、ICE状态变化、媒体流状态变化等信息的记录。这些日志在调试时提供了宝贵的信息。
例子： 在开发期间，我专门实现了一个日志系统，记录所有关键WebRTC事件。当出现用户报告的连接问题时，通过分析日志，我们迅速定位到是某个ICE服务器配置错误导致的。
4. 使用Firefox的about:webrtc页面
类似于Chrome的 webrtc-internals，Firefox也有一个 about:webrtc页面，提供了关于在Firefox中建立的WebRTC会话的详细信息。它也显示了ICE候选、会话描述等关键信息。
例子：
我曾用Firefox的 about:webrtc页来调试一个兼容性问题。发现虽然在Chrome上一切正常，但在Firefox上部分ICE候选未显示，后来发现是SDP格式兼容问题。
5. 开源工具和库的支持
有些开源项目如 webrtc-dump-importer可以用来分析由 chrome://webrtc-internals导出的日志。此外，许多开源库也提供了附加的日志和调试功能。
例子： 利用开源工具分析日志时，我能够重现并分析特定会话的问题，这极大地提高了解决问题的效率。
总结来说，有效的WebRTC调试通常需要结合多种工具和策略来实现。从浏览器内置工具到专业的网络分析工具，再到详细的应用层日志，每一种方法都对理解和解决问题至关重要。在实际工作中，我会根据问题的具体情况灵活选择和使用这些工具。