Sufar de o problemă în care, pe măsură ce un apel crește în timp, am o latență din ce în ce mai mult audibilă. pe partea de server mi s-a spus să rulez ss -4 -l -n | grep udp (care cred că este același cu ss -4 -l -n -u?).
acolo, văd în recvq pe majoritatea conexiunilor este fie 0, fie 2304, uneori ajungând pentru scurt timp deasupra acesteia înainte de a reveni la una dintre ele sau undeva între ele.
într-un exemplu de apel care a durat ore și am avut o tonă de latență, am avut un recvq de 180.000... ceea ce mi s-a părut impresionant. apelul în sine a fost: aproape 7 secunde de latență dus-întors.
Nu sunt foarte bun cu acest tip de depanare și mă plimb pe internet citind despre ce înseamnă aceste valori recv și send.
2304 este un număr important? dimensiunea de coadă implicită pentru caseta mea? (deb 9 rulează Freeswitch dacă contează).
în plus, am fost întrebat dacă problema ar putea fi cauzată de un comportament greșit al circuitului nostru de comcast. instinctiv cred că nu: dacă recvq-ul este umflat la naiba înseamnă că pachetele ajung acolo și doar se blochează în așteptarea procesării de către aplicația care ascultă pe acel port, nu? sau ar putea pachetele să intre în coadă într-un mod care să-l facă să se umfle (acesta este tot trafic udp, flux rtp dacă ajută)?
Citirea suplimentară despre cum să depanați problemele de latență ar fi, de asemenea, apreciată.
