Utilizăm serverul coTurn pentru a permite dispozitivului nostru SIP să funcționeze în mod fiabil între aplicațiile client și teleconferințe. În timpul testelor noastre, am constatat că un tip de apeluri nu funcționează deloc. Dar la început, permiteți-mi să explic scenariile de testare:
Client A - IPv6 (prioritate) + IPv4
Client B, D - numai IPv4
Client C - IPv6 + IPv4 (prioritate)
- Suna de la A la C - totul ok
- Suna de la C la A - totul ok
- Apel de la A la B sau D - nici un sunet transmis în ambele moduri
- Suna de la B sau D la A - totul ok
Înțelegem că acest lucru rezultă ca și cum apelul este propagat din rețeaua IPv6, site-ul de răspuns trebuie să fie accesibil prin IPv6 pentru a efectua apelul cu succes, dar atunci când apelul este propagat din rețeaua IPv4, nu contează familia de adrese IP la apelul care răspunde (IPv6 sau IPv4). )
IP de ascultare și IP de retransmitere a CoTurn sunt setate la descoperire automată. Am testat și noi allocation-default-address-family="keep" dar asta nu a schimbat nimic în rezultatele testelor.
Folosim ABTO VoIP SDK pentru dot.Net și iOS, dar nu văd dacă acest lucru va fi important în acest caz. Versiunea CoTurn este 4.5.1.1
A avut cineva probleme similare cu rețelele mixte IPv6/IPv4? Cum putem rezolva această problemă?
Multumesc anticipat pentru ajutor.
