VPN કૉલ પર જિટર અને પેકેટ લોસ: શું સરખાવવું
મોડેથી પણ સરળ બોલાતી વાણી અને ખાલી જગ્યાઓમાં તૂટી જતી વાણી બે જુદા દોષ છે. એપની પોતાની આંકડાકીય માહિતી, સ્થાનિક રેડિયો અને એક લોડ થયેલો માર્ગ સરખાવો.
રોબોટ જેવી વાણી અને છૂટી ગયેલા ઉચ્ચાર જુદા સંભળાય છે, કારણ કે એ જુદા દોષ છે. જિટર બદલે છે કે પેકેટ ક્યારે આવે છે; લોસનો અર્થ છે કે એ આવતા જ નથી. બંને ત્યારે બની શકે જ્યારે સ્પીડ ટેસ્ટ સ્વસ્થ ડાઉનલોડ બતાવે છે, કારણ કે થ્રુપુટ અને સમયસર ડિલિવરી જુદી જુદી વસ્તુ માપે છે. કોઈપણ સેટિંગ બદલતા પહેલાં પુરાવાને અવાજ સાથે મેળવો.
મોડા આવતા અને ખોવાયેલા પેકેટ કેમ જુદા સંભળાય છે
મીડિયા મોકલનાર પાસેથી સ્થિર દરે નીકળે છે, અને વાસ્તવિક નેટવર્ક તેને અસમાન અંતરાલે પહોંચાડે છે. એપ્લિકેશન થોડું બફર કરીને તેને સરળ બનાવે છે, વિલંબના બદલામાં સાતત્ય ખરીદે છે: બફર વધારો તો વાતચીત ધીમી લાગે, ઘટાડો તો ખાલી જગ્યાઓ દેખાય. પ્લેઆઉટ સમયમર્યાદા પછી આવતું પેકેટ વાસ્તવમાં ખોવાયેલું ગણાય, ભલે તે ક્યારેય ફેંકાયું ન હોય. એટલે જ સમાન બેન્ડવિડ્થ ધરાવતા બે કનેક્શન સાવ જુદા કૉલ આપી શકે છે.
દિશા પણ મહત્વની છે. આવતું અને જતું મીડિયા જુદા માર્ગે જઈ શકે, ખાસ કરીને જ્યારે એક પક્ષ મોબાઇલ નેટવર્ક પર હોય.
ખરાબ સમયગાળામાં વાંચવાના આંકડા
એપ્લિકેશન પોતાની આંકડાકીય માહિતી જ્યાં આપે ત્યાં તે વાપરો, અને કૉલ ખરાબ હોય ત્યારે જ વાંચો, પૂરો થયા પછી નહીં. મીડિયા રિલે ઘણી વાર સેવાની વેબસાઇટ કરતાં જુદો હોસ્ટ હોય છે, એટલે હોમપેજ પર ping એ માર્ગ માપે છે જે કૉલ વાપરતો નથી. લોસની ટકાવારી, રાઉન્ડ-ટ્રિપ સમય અને જિટર અલગ અલગ જુઓ, અને નોંધો કે ક્લાયન્ટ સમસ્યા મોકલે છે કે મેળવે છે. કૉલ દરમિયાન VPN ફરી જોડાવું એ નોંધવા જેવી ત્રીજી ઘટના છે, બીજી સાથે ભેળવવાની નહીં.
આંકડાકીય પેનલની સ્ક્રીનશોટ કૉલની યાદ કરતાં સારી છે, કારણ કે આંકડા પછી સરખાવી શકાય. વીસ સેકન્ડની લોસ ટકાવારી કહે છે કે માર્ગ હમણાં પેકેટ ફેંકે છે કે નહીં, પણ એ નહીં કે લોસ ઝાપટામાં આવે છે કે ક્યારે શરૂ થયો.
એ માટે એક વિન્ડોને ચુકાદો ગણીને વાંચવાને બદલે બીજી શરત હેઠળ માપ ફરી કરો. જુદી શરતો હેઠળ લીધેલી બે વિન્ડો કોઈ પણ શરત વિનાની એક લાંબી વિન્ડો કરતાં વધુ કહે છે.
જિટર બફર સમયમર્યાદાનું શું કરે છે
જિટર બફર આવતા પેકેટને થોડી વાર રોકી રાખે છે, જેથી અસમાન આગમન — જે વિલંબ-ભિન્નતાને RFC 3393 માપદંડ તરીકે વ્યાખ્યાયિત કરે છે — નિયમિત ઘડિયાળ પર વગાડી શકાય. બફરનું કદ પ્લેઆઉટ સમયમર્યાદા નક્કી કરે છે: એ મર્યાદા પછી આવતું દરેક પેકેટ, તેનો ભાવ કંઈ પણ હોય, ફેંકી દેવાય છે. કોડેક એમાં જુદા પડે છે કે કેટલું છુપાવી શકે, અને ખોવાયેલી ફ્રેમ ઇન્ટરપોલેટ કરતો કોડેક એક લોસ છુપાવી શકે, પણ તેમની શ્રેણી નહીં. એટલે જ એક જ લોસ ટકાવારી જુદા કોડેક પર જુદી કૉલ ગુણવત્તા આપે છે.
બફર ટ્યુન કરવું એ વિનિમય છે, સમારકામ નહીં. મોટું બફર વાતચીતના વિલંબના ભોગે સાતત્ય ખરીદે છે, અને સમયમર્યાદા પછી આવતા પેકેટ પાછા લાવી શકતું નથી.
એક્ઝિટ પહેલાં રેડિયો અને લોડ સરખાવો
એક્ઝિટ અને એપ્લિકેશન સ્થિર રાખીને એક વખતે એક સ્થાનિક શરત બદલો. મજબૂત સિગ્નલ આઇકન ચેનલની ભીડ વિશે કંઈ કહેતું નથી. સમસ્યા જો એક રૂમ કે એક એક્સેસ પોઇન્ટને અનુસરે, તો આગળની તપાસ રેડિયો છે.
ping -c 50 -i 0.2 203.0.113.9
mtr -rw -c 20 203.0.113.9ping લોસની ગણતરી અને શરતો વચ્ચે સરખાવી શકાય એવું વિખેરણ આપે છે, અને mtr માર્ગ પર દરેક હોપ પરનો લોસ બતાવે છે. વચ્ચેના હોપ નિષ્ફળ જાય પણ પછીના જવાબ આપે તો સામાન્ય રીતે વપરાશકર્તાનો ટ્રાફિક પડતો મૂકવાને બદલે ICMPને નીચી પ્રાથમિકતા આપવામાં આવે છે. નિયંત્રિત અપલોડ ચાલુ હોય ત્યારે બંને ફરી કરો, કારણ કે નિષ્ક્રિય હોય ત્યારે સારો અને લોડ નીચે નકામો લિંક VPN નહીં, કતારબંધી તરફ ઇશારો કરે છે. જો માત્ર એક જ શરત સમસ્યા ફરી ઊભી કરે, તો બીજી શરત હમણાં જ બાતમીમાંથી બહાર થઈ.
સરખામણી જેને ટેકો આપે તે જ સુધારો
દરેક સરખામણી એક સુધારાને ટેકો આપે છે, અને એકસાથે ઘણા લાગુ કરવાથી પુરાવો નષ્ટ થાય. નબળો સ્થાનિક માર્ગ સારી ચેનલ કે Ethernet માંગે છે, સ્પર્ધાત્મક ટ્રાફિક શેડ્યુલિંગ કે કતાર-શિસ્ત માંગે છે, અને એક ખરાબ એક્ઝિટ એ જ શરતો હેઠળ બીજી એક્ઝિટ સરખાવવાની માંગ કરે છે. જ્યારે VPN ટ્રાન્સપોર્ટ બદલો, પ્રોફાઇલ માન્ય રાખો અને એક વખતે એક ચલ બદલો. સ્પીડ-ટેસ્ટ સ્કોર વધ્યો કે નહીં એનાથી સફળતા માપવાને બદલે સામાન્ય બેકગ્રાઉન્ડ પ્રવૃત્તિ સાથે એ જ વાતચીત ફરી ચકાસો.
દિશા, લોસ, જિટર, રાઉન્ડ-ટ્રિપ સમય અને દરેક કઈ શરત હેઠળ માપાયું તે લખી રાખો. એ નોંધ કૉલ ગુણવત્તા વિશેની અસ્પષ્ટ ફરિયાદને એવા તારણમાં ફેરવે છે જેના પર કોઈ કાર્ય કરી શકે. તેને ટિકિટ સાથે રાખો જેથી આગળની સરખામણી એ જ આધારરેખાથી શરૂ થાય.