10gb / s ইন্টারফেসে প্যাকেট ড্রপ


9

আমার 10gb / s ইন্টারফেসে, সুপার 720 এর সাথে সিসকো 6500-তে একটি নির্দিষ্ট সংখ্যক প্যাকেট ফেলে দেওয়া হয়েছে। আমি কাউন্টারগুলি সাফ করার পরে এক মিনিটের মধ্যে আপনি ফেলে দেওয়া প্যাকেটের সংখ্যা নীচে দেখতে পাবেন can

আমরা কোনও পারফরম্যান্স অবক্ষয় দেখতে পাই না এবং আমাদের গ্রাহকদের কেউই অভিযোগ করেনি। এটি কি ভবিষ্যতে গুরুতর সমস্যা হতে চলেছে? আমি সারিতে একটি প্যাকেট কখনও দেখিনি। আমি ইনপুট কাতারের আকারটিকে 1024 এ পরিবর্তন করার বিষয়টি বিবেচনা করছি কারণ এটি ডিফল্টরূপে 75 প্যাকেট রয়েছে, তবে আমি ভাবছি কেন প্যাকেটগুলি ফেলে দেওয়ার আগে সারিতে প্রবেশ করে না। 1 জিবি / এস ইন্টারফেসে আমি কোনও ড্রপ প্যাকেট দেখতে পাচ্ছি না এবং সবকিছু ঠিক আছে। কাতার ড্রপ দিয়ে সমস্যা সমাধানে আমাকে সহায়তা করুন।

sh int TenGigabitEthernet1/1

 Hardware is C6k 10000Mb 802.3, address is 000f.3589.ac00 (bia 000f.3589.ac00)
  Description: transit 
  Internet address is 192.0.2.1/24
  MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 84/255, rxload 3/255
  Encapsulation ARPA, loopback not set
  Keepalive not set
  Full-duplex, 10Gb/s
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:01, output hang never
  Last clearing of "show interface" counters 00:00:40
  Input queue: 0/75/8097/0 (size/max/drops/flushes); Total output drops: 0  <-----
                    ^^^^
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 138646000 bits/sec, 99380 packets/sec
  5 minute output rate 3321988000 bits/sec, 329345 packets/sec
  L2 Switched: ucast: 158 pkt, 51401 bytes - mcast: 0 pkt, 0 bytes
  L3 in Switched: ucast: 4120795 pkt, 695621509 bytes - mcast: 0 pkt, 0 bytes mcast
  L3 out Switched: ucast: 13774697 pkt, 17424995312 bytes mcast: 0 pkt, 0 bytes
     3484933 packets input, 608041136 bytes, 0 no buffer
     Received 0 broadcasts (0 IP multicasts)
     0 runts, 40 giants, 0 throttles
     8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     11742838 packets output, 14837984934 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out

আপনার সম্পাদনা সম্পর্কে , "ড্রপ" এর অতীত কালের জন্য সঠিক ইংরেজি বানানটি বাদ পড়েছে (অনুসন্ধান লাইনের নীচে গুগল তথ্য বাক্স দেখুন)
মাইক পেনিংটন

আমার পোস্টে আমি "ফেলে দেওয়া" শব্দটি ব্যবহার করেছি তবে আমি একটি ইমেল ছড়িয়েছি (এটি স্বয়ংক্রিয় বলে মনে হচ্ছে) যা পড়েছে তা সঠিক নয় এবং এটি ঠিক করা উচিত।
ব্যবহারকারী 4262

স্ট্যাক এক্সচেঞ্জের একটি ভাষাও রয়েছে ইংরাজী ভাষা শিক্ষার জন্য নিবেদিত ; আপনি যদি এই সম্পর্কে স্পষ্টতা পেতে চান :-)
মাইক পেনিংটন

কোন উত্তর কি আপনাকে সাহায্য করেছে? যদি তা হয় তবে আপনার উত্তরটি গ্রহণ করা উচিত যাতে উত্তরটি সন্ধান চিরকালের জন্য পপিং না হয়ে থাকে। বিকল্পভাবে, আপনি নিজের উত্তর সরবরাহ করতে এবং গ্রহণ করতে পারেন।
রন মউপিন

উত্তর:


11

আমি ভাবছি কেন প্যাকেটগুলি নামার আগে সারিতে প্রবেশ করে না।

কারণ তারা ত্রুটিযুক্ত ছিল: 8097 input errors, 7120 CRC, 894 frame এটি এমন কোনও প্যাকেটটি সজ্জিত করবে না যা সঠিকভাবে প্রাপ্ত হয়নি - বা পুরোপুরি প্রাপ্ত হয়নি (ইনপুট সারিটি সফ্টওয়্যারটিতে রয়েছে, আপনি এখনও হার্ডওয়ারের কাতাকে ওভাররন করতে পারেন, যা আপনি পরিবর্তন করতে পারবেন না)


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

1
@ ব্যবহারকারী 62২২২ (10 এর মধ্যে 9 বার) একটি খারাপ / নোংরা ফাইবারের ফলস্বরূপ আমি এগুলি দেখেছি - আপনি আলোকপাতগুলি বিবেচনা করার আগে এটি প্রথমে পরিষ্কার করা, দ্বিতীয় প্রতিস্থাপনের পরামর্শ দিন।
জন জেনসেন

4

আমি আপনার আউটপুট এটি দেখতে:

8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
^^^^               ^^^^      ^^^

এর অর্থ আপনার একটি ত্রুটিযুক্ত নেটওয়ার্ক ইন্টারফেস কার্ড (এনআইসি), কেবল বা ড্রাইভার থাকতে পারে।


এটি জিবিআইসি-এর মাধ্যমে আইএসপি-তে সরাসরি সংযুক্ত একটি 10 ​​জিবি / গুলি ইন্টারফেস, এটি শেষ ব্যবহারকারীর সাথে সংযুক্ত নয় ...
4262

আপনি তাদের (আইএসপি) তাদের শেষ থেকে পরীক্ষা করতে বলতে পারেন।
মিহাই

1
যদি এটি একটি অপটিক্যাল ট্রান্সসিভার হয় তবে তাও নিশ্চিত করুন যে আপনি আউটপুটটির প্রান্তিক
প্রান্তটি দিয়ে চলেছেন

থেক্স মাস্ট্রবয়, তবে এটি সর্বনিম্ন এবং সর্বাধিক প্রান্তিক মানগুলির মধ্যে সমস্ত কিছু ..
ব্যবহারকার 4262

5
আমি যখনই এই বিষয়টির জন্য সিআরসি ত্রুটিগুলি, বা ইনপুট / আউটপুট ত্রুটিগুলি দেখি তখন স্বয়ংক্রিয়ভাবে ধরে নিই যে তারের ত্রুটি আছে। এটি সবসময় হয় না, তবে এটির উচ্চ সম্ভাবনা রয়েছে; এটা সত্যি.
রায়ান ফলি

4

সিআরসি ত্রুটিগুলি ডিভাইসগুলির মধ্যে মাঝারিটি অতিক্রম করার সাথে সাথে সিগন্যাল নিয়ে কোনও সমস্যা নির্দেশ করে। যেখানে 1G প্রায়শই ক্ষুদ্র বিষয়গুলির প্রতি অনেক বেশি স্থিতিস্থাপক ছিল, 10 জি মাঝারিটি সম্পর্কে খুব নির্দিষ্ট হতে পারে।

তামা সংযোগের জন্য, যদি আপনি ঝালযুক্ত কেবল ব্যবহার না করে থাকেন বা ieldালিত কেবলগুলিতে গ্রাউন্ডে কোনও সমস্যা না করেন তবে এটি তারের সাথে কিছু প্রকারের হস্তক্ষেপকে রক্তপাতের ইঙ্গিত দিতে পারে।

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

এই প্রক্রিয়াটির জন্য একটি ফাইবার স্কোপ খুব কার্যকর হতে পারে, কারণ এটি আপনাকে যাচাই করার অনুমতি দেয় যে সংযোগটি করার আগে পৃষ্ঠগুলি পরিষ্কার এবং কোনও ত্রুটি (স্ক্র্যাচ ইত্যাদি) থেকে মুক্ত।

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


আপনাকে ধন্যবাদ YLearn, 10G এর সাথে আমার এত অভিজ্ঞতা হয়নি, এটি খুব ভাল তথ্য ..
ব্যবহারকারী 4262
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.