"ট্রাফিক" নেটওয়ার্ক ট্রাফিক সমস্যা সমাধান

Question

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

আমি কমনকাস্ট দ্বারা সরবরাহকৃত একটি কেবল মডেম ব্যবহার করছি, ইথারনেটের মাধ্যমে টাইম ক্যাপসুলের সাথে যুক্ত করা, যার সাথে আমি ম্যাকবুক প্রো এবং একটি অ্যাপল টিভি সংযুক্ত করছি।

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

• অপসারণ এবং ইথারনেট তারের সংযোগ দুটি পুনরায় সংযোগ
• "গেস্ট" ওয়াইফাই নেটওয়ার্কে স্যুইচ করা, বা গেস্ট নেটওয়ার্কে থেকে ফিরে প্রাথমিকে

এটি দ্বারা ত্রিশ মিনিটের জন্য সমাধান করা হয়:

• পাওয়ার সাইক্লিং টাইম ক্যাপসুল
• ক্ষমতা তারের মোডেম সাইক্লিং

যখন এটি ঘটবে, তখন আমি কোনও প্যাকেট ক্ষতি বা বিলম্বিত সময়ের সাথে টাইম ক্যাপসুলকে পিং করতে পারি। পরবর্তী হপ ping করার চেষ্টা করার সময় সমস্যা হয়।

এই পৃথিবী কি সম্ভবত হতে পারে? আমি, যতদূর আমি বলতে পারি, সব সম্ভাব্য হার্ডওয়্যার সমস্যা বাতিল। আমি ব্যাপক Googling মাধ্যমে এই সমস্যা সঙ্গে অন্য কেউ পাওয়া যায় না।

Comments

নির্দেশ প্রদান করতে পারে যে কয়েকটি ইঙ্গিত: চেষ্টা করুন ifconfig -a এবং; ইথারনেট ত্রুটি তাকান। যদি তারা বিদ্যমান থাকে তবে আপনার ল্যাপটপ নেটওয়ার্ক হার্ডওয়্যার বা প্রথম হপ হার্ডওয়্যার পোর্ট (সময় ক্যাপসুল) ত্রুটিপূর্ণ হতে পারে। এছাড়াও চেষ্টা করুন netstat -s ইথারনেট (লেয়ার ২) ভাল থাকলে উচ্চতর স্তর (টিসিপি / আইপি) এ ত্রুটিগুলি সন্ধান করতে এবং টিসিপি এটি একটি টিসিপি কনফিগারেশন সমস্যা (যেমন আউটগোয়িং বাফারগুলি খুব ছোট) নির্দেশ করতে পারে না। অবশেষে, আপনার সময় ক্যাপসুলে এমটিইউ সেটআপটি দেখুন। এটা খুব বড় হতে পারে তাই বিভাজক ঘটে। যদি এটি 1500 বাইট সেট করা হয়, 1472 মত কিছু চেষ্টা করুন। এই আউটপুটগুলিকে Q তে যোগ করা খুব সাহায্য করতে পারে।

— arielf

দুর্ভাগ্যবশত, OSX এর জন্য সমতুল্য বলে মনে হচ্ছে না ifconfig -a। কিন্তু এই সমস্যাটি একাধিক ক্লায়েন্ট ডিভাইসগুলিতে (যা অন্যত্র সমস্যাটি না থাকে) ঘটছে, এবং টাইম ক্যাপসুল হার্ডওয়্যার প্রতিস্থাপনের মাধ্যমে স্থায়ী হয়েছে। netstat -s কোন লাল পতাকা দেখায় না: লক্ষ লক্ষের মধ্যে কয়েকটি খারাপ প্যাকেট। এবং টাইম ক্যাপসুলের এমটিইউ কনফিগারযোগ্য নয়। ping -c 1 -D -s 1472 example.com কাজগুলি (এবং পিং ব্যর্থ হওয়ার আগে সর্বাধিক আকার), 1500 এর একটি MTU ইঙ্গিত করে।

— Stephen Touset

আপনি অভিযুক্ত পাওয়া যায় মত শব্দ (খুব বড় এমটিইউ)। প্রশ্নটি 147২ এ কিভাবে জোরদার করা যায়।

— arielf

আমি নিশ্চিত করার জন্য আরও একটি পরীক্ষা আছে কি? আমি বিশ্বাস করি না এটা এমটিইউ। এটা সত্যিই আমার অভিজ্ঞতা থেকে, সাধারণত লক্ষণ প্রদর্শন করা বলে মনে হচ্ছে না।

— Stephen Touset

সম্ভবত আপনি চেষ্টা করতে পারেন: sudo ifconfig mtu 1472 en1 (YMMV) এবং কিছুক্ষণের জন্য এটির মতো সমস্যা দেখা দেয় কিনা তা সমস্যার সমাধান করে? দুঃখিত, ম্যাক ওএস-এক্স ব্যবহার করে না তাই নিশ্চিত না ifconfig পরামিতি এবং আপনার ইথারনেট ইন্টারফেসের নাম আপনার env এর জন্য সঠিক। এটি সাহায্য করে, আমি একটি বাস্তব উত্তর লিখতে পারে।

— arielf

Answer 1

আমার অভিজ্ঞতা, /sbin/ifconfig তার বিটা সংস্করণ থেকে ওএস এক্স এর প্রতিটি সংস্করণে অন্তর্ভুক্ত করা হয়েছে, পরবর্তীতে ... আমার প্রথম ম্যাক কেনা হওয়ার আগে এটি আমার প্রয়োজন ছিল। যাহোক, ifconfig -a ত্রুটি রিপোর্ট না।

[ডিএফ] বিট সেট সহ একটি ইকো-অনুরোধ প্যাকেট, এবং 1472 এর আকার 1500 বাইটে প্যাড আউট প্রদর্শিত হয়:

mini-nevie:~ root# ping -D -s 1472 -c 1 192.168.2.1
PING 192.168.2.1 (192.168.2.1): 1472 data bytes
1480 bytes from 192.168.2.1: icmp_seq=0 ttl=64 time=1.130 ms

mini-nevie:~ root# tcpdump -i en0 -nevvK icmp
tcpdump: listening on en0, link-type EN10MB (Ethernet), capture size 65535 bytes
00:34:46.177055 3c:07:54:5c:ab:ad > 00:13:a3:71:17:25, ethertype IPv4 (0x0800), length 1514: (tos 0x0, ttl 64, id 46904, offset 0, flags [DF], proto ICMP (1), length 1500)
    192.168.2.11 > 192.168.2.1: ICMP echo request, id 56908, seq 0, length 1480
00:34:46.178084 00:13:a3:71:17:25 > 3c:07:54:5c:ab:ad, ethertype IPv4 (0x0800), length 1514: (tos 0x0, ttl 64, id 48096, offset 0, flags [none], proto ICMP (1), length 1500)
    192.168.2.1 > 192.168.2.11: ICMP echo reply, id 56908, seq 0, length 1480

রেফারেন্স একটি অতিরিক্ত পয়েন্ট ব্যবহার করে থাকতে পারে snmpwalk সঙ্গে -c public -v1 এবং আপনার কেবল মডেমের ব্যবস্থাপনা ঠিকানা, যা আমি মনে করি 19২.168.100.1। আউটপুট একটি পরিদর্শন আপনি নির্দিষ্ট ইন্টারফেস এর পরিসংখ্যান নির্ধারণ করতে পারবেন। পাশাপাশি, তারের মোডেম তৈরি এবং মডেলের উপর নির্ভর করে http://192.168.100.1 অথবা http://192.168.100.1:8080 ডিভাইস এর অন্তর্নির্মিত ওয়েব সার্ভার থেকে তথ্য একটি সম্পদ দিতে পারেন।

এবং... netstat -s প্রোটোকল পরিসংখ্যান দেয়। netstat -i হার্ডওয়্যার পরিসংখ্যান দিতে হবে, যা একটি সমস্যা নির্দেশ করতে পারে।