hrhas.blogg.se

Strict rtp learning complete locking on source address
Strict rtp learning complete locking on source address




(PS: I would like to know what files I can be posting for a better understanding of the problem. – Channel PJSIP/100-000000a4 joined ‘simple_bridge’ basic-bridge Ġx7f7ba46dd480 – Strict RTP learning after ICE completionĠx7f7ba46e2a70 – Strict RTP learning after ICE completionĠx7f7ba46dd480 – Strict RTP qualifying stream type: audioĠx7f7ba46e2a70 – Strict RTP switching to RTP target address 192.168.1.8:60897 as sourceĠx7f7ba46dd480 – Strict RTP switching source address to 192.168.1.8:42934Ġx7f7ba46dd480 – Strict RTP learning complete - Locking on source address 192.168.1.8:42934Ġx7f7ba46e2a70 – Strict RTP learning complete - Locking on source address 192.168.1.8:60897 – Channel PJSIP/101-000000a5 joined ‘simple_bridge’ basic-bridge This is the CLI log while the call is active:Ġx7f7ba46dd480 – Strict RTP learning after remote address set to: 177.129.4.62:42934 0x7fb224033d70 - Strict RTP switching to RTP remote address 172.16.0.211:4000 as source > 0x7fb224033d70 - Strict RTP learning complete - Locking on source address 172.16.0.

strict rtp learning complete locking on source address

I’m facing a different problem: My webphone has finally connected, they have managed to communicate but only one side can talk (usually who initiated the call).






Strict rtp learning complete locking on source address