প্রশ্ন কেন কিছু নেটওয়ার্ক সুইচ বন্ধ কাজ করবে, অন্যদের জরিমানা?


আমি নিশ্চিত যে আমাদের মধ্যে অনেকেই ক্যাবল মোডেম, ডিএসএল মডেম, রাউটার বা হাব / সুইচ পুনরায় বুট করার (অথবা পাওয়ার চক্র) র রুটিন (বা কমপক্ষে মাঝে মাঝে প্রয়োজন) ব্যবহার করেন (অথবা অভিজ্ঞ)।

যাইহোক, আমি সম্প্রতি অভিজ্ঞ সম্প্রতি সম্প্রসারিত একটি সমস্যার প্রতিক্রিয়া এখানে পোস্ট করার সিদ্ধান্ত নিয়েছে। আমরা বিভিন্ন বিল্ডিং জুড়ে নেটওয়ার্ক closets একটি সংখ্যা আছে।

তাদের মধ্যে বেশিরভাগই পরিচালিত, উচ্চমানের সুইচগুলি - গিগাবিট, ভবনগুলির মাঝামাঝি এবং কখনও কখনও কোলেটের মধ্যে ফাইবার।

সপ্তাহান্তে আমরা শক্তি কুয়াশা কিছু ধরণের ছিল। তবে গ্লিট শুধুমাত্র একটি ভবন আঘাত, সব অবস্থান নয়।

তারপরে, নেটওয়ার্ক সমস্যা প্রচুর ছিল। প্রিন্টার সঙ্গে সমস্যা, সংযোগের ক্ষতি এবং আরও অনেক কিছু। সব ভবন জুড়ে।

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

তাহলে কেন এই সব সুইচ খারাপ কাজ শুরু করবে? কোনও ধরণের বোগাস রাউটিং ডেটা কোনও সুইচ থেকে পাওয়ার গ্লিটের মাধ্যমে আঘাত করা হচ্ছে?


5
2017-10-26 13:58


উত্স




উত্তর:


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

এটি আমাকে বিশ্বাস করে যে আপনি একটি শক্তি সমস্যা আরো ব্যাপকভাবে আপনি বুঝতে চেয়েছিলেন।

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

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

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

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


7
2017-10-26 14:58



সংজ্ঞা দ্বারা একটি "সুইচ", অবশ্যই স্প্যানিং-ট্রি সংহত। যদি না হয়, তাহলে এটি একটি হাব। যাইহোক, এর অর্থ এই নয় যে এটির একটি কঠোর বাস্তবায়ন। - Aaron
@আরনঃ আমি বলতে পারছি না যে এর আগে আমি সেই সংজ্ঞাটি শুনেছি। সুইচ শুধুমাত্র মাল্টি বন্দর সেতু। আমি কোনও ইথারনেট মান সম্পর্কে সচেতন নই যে সেতুগুলিকে স্প্যানিং ট্রি প্রোটোকল (STP) বাস্তবায়ন করতে হবে। অবশ্যই, এসটিপি বাস্তবায়ন না করা একটি সেতু প্রোটোকল ডেটা ইউনিটগুলি (বিডিপিইউ) সেতুতে স্বচ্ছ হতে হবে, তবে বিটিডুটি এসটিপি এবং বিপিডু ফ্রেমের ডিজাইনের বিষয় হিসাবে যেকোনো ইথারনেট সুইচে স্বচ্ছ হবে (যেহেতু তারা কেবল ইথারনেট একটি নির্দিষ্ট গন্তব্য ঠিকানা সঙ্গে ফ্রেম)। আপনার সংজ্ঞাতে অনেকগুলি সুইচগুলি "হাবস" হতে হবে, কারণ বেশিরভাগ "সস্তা" সুইচগুলি STP প্রয়োগ করে না। - Evan Anderson
আমি একটি হাব হিসাবে একটি মাল্টি বন্দর সেতু মনে করি। আমি একটি যন্ত্র হিসাবে একটি সুইচ মনে করি যা একটি MAC টেবিল তৈরি করে এবং তারপরে নির্দিষ্ট পোর্টের কয়েকটি প্যাকেটগুলিকে এগিয়ে দেয় - যেমন, এটির স্টেশনগুলি যেখানে রয়েছে তার স্মৃতি আছে। - Aaron
@আরনঃ মাল্টি-বন্দর সেতুটি হাব নয়, যদিও এটি একটি সুইচ। কোন সেতু, এমনকি একটি দুটি পোর্ট সেতু, একটি ইথারনেট সুইচ হিসাবে বিবেচনা করা যেতে পারে (যেহেতু এটি সামনে ফ্রেম MAC / পোর্ট adjacency উপর ভিত্তি করে)। সুইচিংয়ের মূল কাজ - বুদ্ধিমানভাবে উপযুক্ত পোর্টে কেবলমাত্র ফ্রেম প্রেরণ করতে একটি MAC / পোর্ট টেবিল ব্যবহার করে - এগুলি STP- তে নির্ভর করে না। এসটিপি সুইচগুলির একটি গ্রুপ জুড়ে স্যুইচ লুপগুলি আটকে রাখার জন্য ট্রান্সমিশনগুলিকে ব্লক করার জন্য পোর্টগুলি নির্ধারণের ঠিক একটি দুর্দান্ত উপায়। এটি একটি ইথারনেট সুইচ বেসিক অপারেশন পরিবর্তন করে না। - Evan Anderson
@আরনঃ ইভান এর উত্তর অনুসরণ করতে। একটি হাবের সমস্ত পোর্ট একটি সংঘর্ষের ডোমেন ভাগ করে এবং হয় উভয় প্যাসিভ ডিভাইস, বা প্রক্রিয়ার অংশ হিসাবে পূর্ণ শক্তি ফিরে সংকেত বৃদ্ধি করতে পারে। একটি পুনরাবৃত্তি একটি ডিভাইস যা একটি হাব মত কাজ করে, আসে যে কোন প্যাকেট সব অন্যান্য পোর্ট পুনরায় rebroadcast করা হবে। তবে প্রতিটি যেমন বন্দর একটি পৃথক সংঘর্ষ ডোমেইন আছে এবং repeaters একটি সংঘর্ষের ঘটনায় rebroadcast হবে। অনেক তথাকথিত হাব আসলে repeaters হয়। - Kevin Cathcart


সিস্কো 1900 সিরিজ সুইচ যেখানে এই কিছু বছর আগে কুখ্যাত।

এই সুইচগুলি অভ্যন্তরীণভাবে 2 পাওয়ার ফিড ব্যবহার করে: CPU / ব্যাকপ্লেনের জন্য 5 ভোল্ট, সিএএম মেমরির জন্য 12 ভোল্ট। একটি ছোট পাওয়ার-স্পাইকের উপর 5 ভোল্ট সুইচটি চলতে থাকায় যথেষ্ট স্থিতিশীল থাকে তবে 12 ভোল্টটি সিএএম মেমরি টেবিলগুলির জন্য দূষিত হতে যথেষ্ট পরিমাণে পড়ে। দুর্ভাগ্যবশত সুইচ সিপিইউ মেমরি দুর্নীতি সনাক্ত করতে পারে এমন কোন উপায়ই ছিল না যার ফলে L2 স্যুইচিং এবং এআরপি সহ সব ধরনের ক্ষয়ক্ষতি ঘটে।

তাই আমরা প্রতিটি প্যাচ-মন্ত্রিসভা একটি ছোট ইউ.পি. স্থাপন করা। যে হাত দ্বারা প্রতি সুইচ রিসেট চেয়ে অনেক সস্তা ছিল। (এবং pissed ব্যবহারকারীদের সঙ্গে ডিলিং।)

সিস্কো পরে মডেল এই সংশোধন করা হয়েছে। আমি পুরোনো এইচপি সুইচ সঙ্গে একই সমস্যা শুনেছেন।

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


1
2017-10-26 15:55





সম্ভবত কিছু সিআরসি / জ্যাবার / এসটিপি / সম্প্রচার ত্রুটি যে পরিচালিত সুইচ "হ্যান্ডেল" করতে পারে। ভোক্তা গ্রেড বেশী ক্র্যাশ তথ্য হ্যান্ডেল করতে পারে না।

এটি posisble যে এটির সাথে এটি করার কিছুই নেই, এবং একটি গর্বিত ব্যবহারকারী আপনার নেটওয়ার্ক ক্র্যাশ করার একটি উপায় খুঁজে পেয়েছে!


0
2017-10-26 14:54





অ-পরিচালিত সুইচগুলির সাথে আপনি দেখতে পাবেন এমন বেশিরভাগ নেটওয়ার্ক সমস্যাগুলি এআরপি টেবিল সম্পর্কিত। নেটওয়ার্কে সেই স্তরে ভুল করার মতো আর কিছু নেই। এবং এটি আপনার নেটওয়ার্কের বিভিন্ন অবস্থান থেকে arpping ব্যবহার করে পরীক্ষা তুলনামূলকভাবে সহজ হওয়া উচিত। যদি এটি ARP সম্পর্কিত হয় তবে আপনি আপনার নেটওয়ার্কটির কিছু অংশ খুঁজে পাবেন যেখানে ARP PING সমাধান করে না।

এখন আপনি যদি আপনার নেটওয়ার্কের পরিচালিত অংশগুলিতে STP ব্যবহার করেন তবে একটি লিঙ্ক রয়েছে যা আপ হওয়া উচিত। কিন্তু আপনি পরিচালিত সুইচ থেকে যে চিন্তা করতে সক্ষম হওয়া উচিত। আপনার অ-পরিচালিত সুইচগুলি এসটিপি সমর্থন করবে না তাই তারা অংশগ্রহণ করবে না।


0
2017-10-26 14:59



একটি unmanaged স্তর 2 সুইচ একটি "arp টেবিল" নেই। এটি একটি সেতু / সিএএম টেবিল পেয়েছে যা এটি স্যুইচিং সিদ্ধান্তগুলি ব্যবহারের জন্য ব্যবহার করে তবে এটির এআরপিটির সাথে কোনও সম্পর্ক নেই। আপনি সব করছেন arping এআরপি অনুরোধ এবং প্রতিক্রিয়া খুঁজছেন, যা একটি unmanaged সুইচ সরাসরি সাড়া যাচ্ছে না। - Evan Anderson
আমাকে আলোকিত করার জন্য ধন্যবাদ। সিএএম টেবিলের উপর পড়তে দেখে মনে হচ্ছে এটি এআরপি অনুরোধ দ্বারা জনবহুল। এটি দেখে মনে হচ্ছে যে সিএএম টেবিলটি পূর্ণ থাকলে বা অন্যথায় প্যাকেটটি কোথায় পাঠাতে হবে তা নির্ধারণ করতে ব্যর্থ হলে সর্বাধিক সুইচ প্রতিটি পোর্টের বাইরে প্যাকেট সম্প্রচার করতে ব্যর্থ হবে। তাই সম্ভবত এই সমস্যার কারণ হয় না। আমি আপনার তত্ত্বটি ASIC এ যাই হোক না কেন যাই হোক না কেন। - 3dinfluence
এটি ঘটেছে যে প্রথম ট্র্যাফিকটি একটি আইপি নেটওয়ার্কের মধ্যে দুটি হোস্টের মধ্যে চলমান দেখতে পাবে সম্ভবত এটি এআরপি ট্র্যাফিক হতে পারে। এর মানে এই নয় যে স্যুইচিং এআরপি সম্পর্কিত। NetBEUI প্রোটোকল ব্যবহার করে একটি নেটওয়ার্ক কল্পনা করুন (একটি স্তর 2 প্রোটোকল যা আইপি ব্যবহার করে না)। সুইচগুলি এখনও তাদের সেতু টেবিলগুলি তৈরি করবে কিন্তু কোনও এআরপি প্যাকেট জড়িত হবে না। ইথারনেটে আইপি মানচিত্রের আইপি প্যাকেট এক্সচেঞ্জের প্রথম ফ্রেম এটির একটি আর্টিফেক্ট মাত্র। - Evan Anderson