আমি ওয়াইফাই রাউটারে উচ্চ পিং সময়গুলি কীভাবে নির্ণয় এবং কল্পনা করতে পারি?

Question

আমি আমার ওয়াইফাই রাউটারে একদম দূর থেকে দূরে থাকা এবং কখনও কখনও খুব দীর্ঘ পিংয়ের সময় দেখতে পাচ্ছি। পিং করা 192.168.1.1কখনও কখনও 400-800ms ল্যাটেন্সি এর ছড়িয়ে দেয়।

চেষ্টা করার মতো প্রচুর জিনিস রয়েছে (ফার্মওয়্যার, রাউটার প্লেসমেন্ট, এপি চ্যানেল, ইত্যাদি), তবে আমি এই সমস্যাটিকে আরও খানিকটা পদ্ধতিগতভাবে আক্রমণ করতে চাই:

• প্রথমত, আমি কীভাবে আমার নেটওয়ার্কের কর্মক্ষমতা কল্পনা করতে পারি ?
• তারপরে, আমি কীভাবে কোনও প্রদত্ত কনফিগারেশনের পারফরম্যান্সকে বেনমার্ক করতে পারি , যাতে সামঞ্জস্য করার পরে আমি নির্ভরযোগ্যতার সাথে তুলনা করতে পারি?

Comments

স্টক ইনস্টল না হলে আপনি কোন রাউটার এবং / অথবা বোর্ডে রাউটার সফ্টওয়্যার ব্যবহার করছেন?

— জেফ ক্লেটন

@ জেফক্লেটন লিংকসিস ডাব্লুআরটি 5৪ জিএসভি 2 (পুরাতন স্কুল) টমেটো (শিবি) চালাচ্ছেন। ডিডি-ডাব্লুআরটি চালাতে ব্যবহৃত হয় তবে এটি বগি এবং রক্ষণাবেক্ষণের জন্য বিভ্রান্তিকর।

— পল আইরিশ

আপনার কোন আসল সমস্যা আছে বা এটি খালি একটি প্রসাধনী সমস্যা? ওয়াইফাই রাউটারগুলি সাধারণত সুপার-ফাস্ট পিং প্রতিক্রিয়াকারী হিসাবে নকশাকৃত হয় না, তাদের আসল কাজ রয়েছে।

— ডেভিড শোয়ার্জ

@ ডেভিডশওয়ার্টজ 10 মিনিটের নীচে আমাদের কোনও ওয়াইফাই এপি-তে একটি পূর্ণ রাউন্ডট্রিপ শেষ করতে সক্ষম হবে, না? যদি আপনার ইন্ট্রা-ওয়াইফাই ল্যাটেন্সিটি 500 মিটারের বেশি হয় তবে আপনি ওয়েব / ইন্টারনেট থেকে তোলা প্রতিটি প্যাকেটও এই বিলম্বিত হয়। এটি হত্যাকারী

— পল আইরিশ

@ পলিরিশ সমস্ত সত্য, তবে পিং টাইমের সাথে এর কোনও যোগসূত্র নেই। পিং নেটওয়ার্ক ল্যাটেন্সির সমষ্টি এবং পিং প্রতিক্রিয়া বিন্যাসের পরিমাণটি নিজেই পরিমাপ করে। সোহো ওয়াইফাই রাউটারগুলি দক্ষ পিং প্রতিক্রিয়াকারী হিসাবে বোঝানো হয় না, তাই নেটওয়ার্কের বিলম্বতা পরিমাপ করতে পিং ব্যবহার করার পরামর্শ দেওয়া হয় না।

— ডেভিড শোয়ার্জ

Answer 1

এই সার্ভারফল্ট উত্তরে কী করা উচিত তা সম্পর্কে উচ্চ-স্তরের দিকনির্দেশনা রয়েছে - তাই এটি দিয়ে শুরু করুন। এই শেষ পদক্ষেপটি যদিও সত্যিকারের ঘোলাটে: সম্ভবত আপনি (আমি বোঝাতে চাইছি) এর জন্য ডেডিকেটেড হার্ডওয়ারে বিনিয়োগ করতে চান না ...

নীচে কিছু ভাল সরঞ্জাম রয়েছে, প্রথমে স্থানীয় ওয়াইফাই নেটওয়ার্কের মধ্যে সংযোগের স্বাস্থ্য বোঝার জন্য, এবং তারপরে একটি ইন্টারনেট শেষ পয়েন্টে।

ওয়াইফাই সরঞ্জাম

নেটস্পট (ম্যাকের জন্য)

এটি স্থানীয় ওয়াইফাই এপিগুলিকে সন্ধান করে এবং এসএনআর, চ্যানেল, সিগন্যাল শক্তি হিসাবে বুনিয়াদি ডেটা সরবরাহ করে। এটি কোনও শারীরিক স্থানের জন্য শক্তি এবং হস্তক্ষেপের ইঙ্গিত দেওয়ার জন্য একটি বেসিক সাইট জরিপও করতে পারে। এপি আবিষ্কারের মোডে, আপনি সময়ের সাথে সংকেত শক্তিও চার্ট করতে পারেন, যাতে আপনাকে স্থান নির্ধারণের পরীক্ষা এবং হস্তক্ষেপের সম্ভাবনাগুলি সামঞ্জস্য করতে দেয়।

অ্যান্ড্রয়েডের জন্য ওয়াইফাই গতির পরীক্ষা

খুব উপকারী. আপনি আপনার মেশিনে একটি সাধারণ অজগর সার্ভার পরিচালনা করবেন এবং অ্যাপটি আপনাকে রিয়েলটাইম গতির প্রতিক্রিয়া জানিয়ে কয়েকটি পরিস্থিতি পরীক্ষা করতে পারে।

আরেকটি দুর্দান্ত অ্যান্ড্রয়েড অ্যাপ ওয়াইফাই অ্যানালাইজার , এপি ওয়াইফাই চ্যানেলগুলি কী সক্রিয় তা সম্পর্কে কয়েকটি মূল্যবান মতামত রয়েছে। অনেক কাজ না করে এপি চ্যানেল বেছে নেওয়ার জন্য সেরা নিখরচায় সরঞ্জাম হতে পারে।

iPerf

স্থানীয় নেটওয়ার্কের কার্যকারিতা বোঝার জন্য সম্মানিত সরঞ্জাম। আপনার দুটি বাক্স দরকার, একটি সার্ভার হিসাবে, একটি ক্লায়েন্ট হিসাবে। আপনি বেশ কয়েকটি পরামিতি সেট আপ করতে পারেন, একটি পরীক্ষা চালাতে পারেন এবং ব্যান্ডউইথ এবং জিটারের ফলাফলগুলি দেখতে পারেন। ফলাফলগুলি চার্ট করার জন্য এবং টুইটারের প্যারামিটারগুলির জন্য আমি জিউফিউর জিইআইয়ের সাথে এটি ব্যবহার করছি ।

brew install iperf
iperf -s # on server, next one on client
iperf -c 192.168.1.XXX -P 1 -i 1 -p 5001 -f m -t 60

 

 

ইন্টারনেট সংযোগ স্বাস্থ্য

এমটিআর (পিং এবং ট্রেস্রোয়েট মিলিত)

আপনার সমস্ত ট্রেস্রোয়েট হপস পিং করুন। ট্রেন্ড ডেটা সরবরাহ করে। ক্রেজি অসাধারণ।

brew install mtr
mtr 8.8.4.4

speedtest-CLI

সাধারণ ওকলা স্পিডেস্টটনেট জিনিসটির সিএলআই সংস্করণ। প্রকল্পের রক্ষণাবেক্ষণকারী ঘোষণা করে যে এটি সামঞ্জস্যপূর্ণ নয়, তবুও, বৃহত্তর পার্থক্য নির্ধারণের চেষ্টা করা সহজ।

wget -O speedtest-cli https://raw.github.com/sivel/speedtest-cli/master/speedtest_cli.py
chmod +x speedtest-cli
speedtest-cli --list | head # and chose a top server (sorted by distance)
speedtest-cli --server 2761 # re-use the same server

এনপিএডি : নেটওয়ার্ক পাথ এবং অ্যাপ্লিকেশন ডায়াগনোসিস

এন্ড-সিস্টেমগুলি এবং সর্বশেষ-মাইল নেটওয়ার্ক সমস্যার সমাধানের জন্য স্বয়ংক্রিয় ডায়াগনস্টিক সার্ভার। পরীক্ষার ব্যাটারি চালানোর পরে, এর মতো একটি ফলাফল সংক্ষিপ্ত পৃষ্ঠা দেয় । আমি এই NPAD সার্ভারটি নিকটতম এনপিএডি সার্ভার (তারা পুরোপুরি শেষ হয়ে গেছে) সন্ধান করার জন্য পুনঃনির্দেশ লিঙ্কটি ব্যবহার করার এবং আপনার পরীক্ষার জন্য সেই হোস্টনামটি ব্যবহার করার পরামর্শ দিচ্ছি।

  wget http://netspeed.usc.edu:8000/diag-client.c
  cc diag-client.c -o diag-client
# ./diag-client <server_name> <port> <target_RTT> <target_data_rate_in_MB/S>
  ./diag-client ps.psc.xsede.org 8001 30 5

---

আমার ব্যক্তিগত ফলাফল:

আমি এই সমস্ত কিছু করে বেশ কয়েকটি ভাল সময় ব্যয় করেছি, বিভিন্ন জিনিস চেষ্টা করে (ডিডি-ডাব্লুআরটি থেকে টমেটো ফার্মওয়্যারটিতে স্যুইচ করা) এবং পড়ছি। দেখা যাচ্ছে এটি নেটওয়ার্ক স্তর নয় এবং বেশিরভাগ ব্লুটুথ থেকে ভাল পুরানো আরএফ হস্তক্ষেপ ছিল! আমার রাউটারের 5 ফুটের মধ্যে আমার কম্পিউটার, একটি ব্লুটুথ মাউস এবং কীবোর্ড ছিল। (এবং এখনও পুরানো রাউটার যেখানে তারা সংঘর্ষ করে 2.4Ghz এ রয়েছে))

এর জন্য, আমি অ্যান্ড্রয়েডের জন্য ওয়াইফাই স্পিড টেস্টের মধ্যে সর্বাধিক পেয়েছি, অ্যাপার্টমেন্টে যখন জিনিসগুলি ঘুরে দেখি তখন নিয়মিত এটি চালানো হয়। যেহেতু এটি প্রতি 200 মিমি বা আরও বেশি আপডেটের প্রতিবেদন করে, হস্তক্ষেপের ফলে আমার প্যাকেটগুলি হ্রাস পাচ্ছিল তখন এটি স্পষ্টভাবে জানিয়েছিল।

আমি অবশ্যই মেটাজেকের কাছ থেকে কমন উত্সের হস্তক্ষেপ গাইড পড়ার পরামর্শ দিচ্ছি। (এগুলি ইনএসআইডিডার এবং অন্যান্য ওয়াইফাই বিশ্লেষণ সরঞ্জামগুলিও ভাল মনে হয় good

আমার কাছে একটি সরঞ্জাম ছিল না এটি ছিল একটি শারীরিক বর্ণালী বিশ্লেষণ মিটার। ফোন এবং ল্যাপটপগুলি কেবলমাত্র ওয়াইফাই এপিগুলি সনাক্ত করতে পারে, তবে ব্লুটুথ বা অন্যান্য আরএফ-ভিত্তিক প্রযুক্তিগুলির হস্তক্ষেপ গ্রহণ করতে পারে না। মেটাজেকের এই স্পেসে কিছু দুর্দান্ত সমাধান রয়েছে ( ওয়াই-স্পাই এবং ইনএসআইডিআর অফিস ) এবং আশা করি আমরা এয়ারশার্কের মতো আরও সরঞ্জাম উদ্ভূত হতে দেখি ।

Comments

এগুলি আমার সরঞ্জামগুলি আপডেট করার জন্য সুন্দর সরঞ্জাম ating

— জেফ ক্লেটন

আর একটি "দ্রুত এবং নোংরা" সরঞ্জাম যা অমূল্য কারণ এর বহনযোগ্য অ্যান্ড্রয়েড ডিভাইসের জন্য ওয়াইফাই বিশ্লেষক।

— ডেভিডগো

আয়ে। আমি সংক্ষেপে ওয়াইফাই বিশ্লেষক উল্লেখ করেছি; এটি এপি চ্যানেল হস্তক্ষেপ বোঝার সেরা সরঞ্জাম হতে পারে, যদিও আমার ক্ষেত্রে এটি কোনও সমস্যা ছিল না। এটা বলেছে, এটি সত্যিই ভাল সম্পন্ন হয়েছে।

— পল আইরিশ

দুর্দান্ত তালিকা, ধন্যবাদ। সর্বদা চেষ্টা করার আরেকটি বিষয় হ'ল ওয়াইফাই ছাড়াই কী হয় । একবার আমার মনে হয়েছিল যা ওয়াইফাই সমস্যা ছিল, তবে ওয়াইফাই এপি খাওয়ানোর কেবল আইনে প্লাগিং করা এবং আইপিফারফ চালানো একটি খারাপ কেবলটিকে আসল অপরাধী হিসাবে প্রকাশ করেছিল!

— রায়ান Dlugosz

Hmmmm। ব্লুটুথের দ্বারা বর্ণিত ধরণের হস্তক্ষেপের খুব সম্ভাবনা নেই, এটি স্বাভাবিক এএফএস হপিং প্যাটার্নটি ২.৪ গিগাহার্টজ-এ একটি সাধারণ ২০ মেগাহার্জ ওয়াই-ফাই সংকেত এড়াতে পারে। আপনি 40 মেগাহার্টজ চ্যানেল চালাচ্ছিলেন না?

— আলফওয়াত

Answer 2

উপরে আমার মন্তব্যে উল্লিখিত হিসাবে: সাধারণত ওয়াই-ফাই সমস্যাগুলি নির্ণয়ের জন্য ব্যবহৃত সরঞ্জামগুলি আসলে এই সমস্যার কারণ হতে পারে। ওয়াই-ফাই নেটওয়ার্কগুলির জন্য স্ক্যান করার সময় রেডিওটি চ্যানেলটি বন্ধ করে দেয়, সাধারণত এটি এপিকে এটির জন্য ফ্রেমগুলি বাফার করতে বলে যাতে এটি 'ঘুম' করতে পারে তারপরে চ্যানেলগুলি স্ক্যান করার জন্য স্যুইচ করে।

অতিরিক্তভাবে, এয়ারড্রপ চালু হওয়ার পরে আইওএস এবং ওএস এক্স, অন্যান্য এয়ারড্রপ পরিষেবাগুলি সন্ধানের জন্য ওয়াই-ফাই রেডিও বন্ধ করবে এবং যেহেতু ইয়োসেমাইট হ্যান্ডঅফ সমর্থন করার জন্য পর্যায়ক্রমে চ্যানেলটি বন্ধ করবে।

Comments

দুর্দান্ত বিষয় - আমি অতীতে InSSIDer ব্যবহার করে এই সমস্যাটি লক্ষ্য করেছি - এর ব্যাখ্যা পেয়ে ভাল লাগল।

— নিক

Answer 3

সুতরাং রাউটারেও আমার এই Wi-Fi পিং ওঠানামা ছিল।

PING 192.168.0.1 (192.168.0.1): 56 data bytes
64 bytes from 192.168.0.1: icmp_seq=0 ttl=63 time=2.334 ms
64 bytes from 192.168.0.1: icmp_seq=1 ttl=63 time=1.813 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=63 time=2749.664 ms
64 bytes from 192.168.0.1: icmp_seq=3 ttl=63 time=1748.912 ms
64 bytes from 192.168.0.1: icmp_seq=4 ttl=63 time=748.162 ms
64 bytes from 192.168.0.1: icmp_seq=5 ttl=63 time=1.796 ms
64 bytes from 192.168.0.1: icmp_seq=6 ttl=63 time=1.806 ms
64 bytes from 192.168.0.1: icmp_seq=7 ttl=63 time=1.991 ms
64 bytes from 192.168.0.1: icmp_seq=8 ttl=63 time=1.797 ms
64 bytes from 192.168.0.1: icmp_seq=9 ttl=63 time=1.832 ms
64 bytes from 192.168.0.1: icmp_seq=10 ttl=63 time=1.713 ms
64 bytes from 192.168.0.1: icmp_seq=11 ttl=63 time=1.819 ms
64 bytes from 192.168.0.1: icmp_seq=12 ttl=63 time=1.616 ms
64 bytes from 192.168.0.1: icmp_seq=13 ttl=63 time=1.748 ms
64 bytes from 192.168.0.1: icmp_seq=14 ttl=63 time=1.677 ms
64 bytes from 192.168.0.1: icmp_seq=15 ttl=63 time=3427.213 ms
64 bytes from 192.168.0.1: icmp_seq=16 ttl=63 time=2426.371 ms
64 bytes from 192.168.0.1: icmp_seq=17 ttl=63 time=1425.634 ms
64 bytes from 192.168.0.1: icmp_seq=18 ttl=63 time=424.834 ms
64 bytes from 192.168.0.1: icmp_seq=19 ttl=63 time=1.829 ms
64 bytes from 192.168.0.1: icmp_seq=20 ttl=63 time=1.691 ms
64 bytes from 192.168.0.1: icmp_seq=21 ttl=63 time=2.038 ms
64 bytes from 192.168.0.1: icmp_seq=22 ttl=63 time=1.679 ms
^C--- 192.168.0.1 ping statistics ---
23 packets transmitted, 23 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.616/564.346/3427.213/1015.102 ms

আমি রাউটারটি স্যুইচ করেছি (টিএল-ডাব্লুআরআল 743 ডিএন থেকে ডিআইআর -815 এ), বেশ কয়েকটি ওয়াই-ফাই ইউএসবি অ্যাডাপ্টার চেষ্টা করেছি (বেশিরভাগ টিপি-লিঙ্ক, যদিও আমি মনে করি আমার ডি-লিংক ডিডাব্লুএ-160 নিয়ে সমস্যাটি ছিল) 2.5 গিগাহার্টজ থেকে চলে গেছে 5GHz এবং চ্যানেলগুলিকে স্কোর করেছে। ভাগ্য নেই, সমস্যাটি স্থির ছিল।

যতক্ষণ না আমি লক্ষ্য করেছি যে যখন আমি একটি নেটওয়ার্ক স্পিড পরীক্ষা করি বা একটি বিটোরেন্ট ক্লায়েন্ট চালাই তখন পিং ঠিক আছে right নেটওয়ার্কটি অলস থাকলে এটি কেবল ওঠানামা করে।

উইন্ডোজ issue ইস্যু হতে পারে বা আমার টিপি-লিঙ্ক অ্যাডাপ্টারগুলির সাথে কোনও জিনিস হতে পারে তবে আমি যখন Wi-Fi তে কিছুটা চাপ দেই তখন ওঠানামা চলে যায় এবং নেটওয়ার্ক ঠিকঠাক কাজ করে।

আমার ওয়াই-ফাই নেটওয়ার্কটি চালু রাখার জন্য এখনও অবধি আমি একটু রাস্ট প্রোগ্রাম করেছি।

// Need a constant wifi load in order not to have the ping drops.
fn wifi_load() {
  // This *might* be useful if the router suddenly supports Keep-Alive.
  // Not the case with DIR-815 though, we'll keep making new connections to it.
  let config = hyper::client::pool::Config {max_idle: 1};

  let client = hyper::client::Client::with_pool_config (config);
  loop {
    let url = "http://192.168.0.1/css/init.css";
    if let Err (err) = client.get (url) .send() {
      log! ("wifi_load] Error fetching {}: {}", url, err);
      sleep (Duration::from_secs (9));}
    sleep (Duration::from_millis (100));}}