আমরা সম্প্রতি 10 / 10MBS ফাইবার থেকে একটি 20/20 এমবিপিএস ফাইবার লিঙ্কে একটি রিমোট সাইট আপগ্রেড করেছি (এটি বেসমেন্টে ফাইবার, তারপরে বেসমেন্ট থেকে অফিসে প্রায় 30 মিটার)। এই সাইট এবং একটি কেন্দ্রীয় সাইটের মধ্যে নিয়মিত বড় (মাল্টি-গিগ) ফাইলের অনুলিপি রয়েছে, তাই তত্ত্বটি হ'ল 20/20 এ লিঙ্কটি বাড়ানোর সাথে সাথে ট্রান্সফারের সময়গুলি স্বেচ্ছায় অর্ধেক করা উচিত।
ফাইলগুলি অনুলিপি করার জন্য স্থানান্তরগুলির জন্য (যেমন robocopy
উভয় দিকের মধ্যে ফাইলগুলি অনুলিপি করতে ব্যবহার করা, বা ভীম ব্যাকআপ এবং পুনরুদ্ধারের প্রতিলিপি) তারা 10 এমবিপিএস এ ক্যাপড রয়েছে।
আপগ্রেড করার আগে:
আপগ্রেড করার পরে ( robocopy
):
প্রায় অভিন্ন (স্থানান্তর সময়ের দৈর্ঘ্যের পার্থক্য উপেক্ষা করুন)।
সিসকো এএসএ 5520 এবং মিক্রোটিক আরবি2011 ইউআইএএস-আরএম এর মধ্যে একটি আইপিসেক টানেলের মাধ্যমে এই স্থানান্তরগুলি করা হচ্ছে ।
প্রথম চিন্তা:
- QoS - না। এখানে QoS বিধি রয়েছে তবে এই প্রবাহকে প্রভাবিত করা উচিত নয়। আমি যাইহোক যাইহোক পরীক্ষা করতে কয়েক মিনিটের জন্য সমস্ত নিয়ম অক্ষম করেছি, এবং কোনও পরিবর্তন নেই
- সফ্টওয়্যার-সংজ্ঞায়িত সীমা। এই ট্র্যাফিকের বেশিরভাগটি হ'ল ভীম ব্যাকআপ এবং রিকভারি শিপিং অফ-সাইট, তবে সেখানে কোনও সীমাবদ্ধতার সংজ্ঞা দেওয়া হয়নি। অতিরিক্তভাবে, আমি ঠিক একটি সরল কাজ করেছি
robocopy
এবং ঠিক একই পরিসংখ্যান দেখেছি। - হার্ডওয়্যার সক্ষম নয়। হ্যাঁ, 5520 এর প্রকাশিত পারফরম্যান্সের পরিসংখ্যান 225 এমবিপিএসের 3 ডিইএস ডেটা, এবং মিক্রোটিক সংখ্যা প্রকাশ করে না তবে এটি 10 এমবিপিএসের চেয়ে বেশি হবে। এই স্থানান্তর পরীক্ষাগুলি করার সময় মিক্রোটিক প্রায় 25% -33% সিপিইউ ব্যবহার হয়। (এছাড়াও, আইপিসেক টানেলের উপরে এইচটিটিপি স্থানান্তর করা 20 এমবিপিএসের কাছাকাছি চলে আসে)
- টিসিপি উইন্ডো আকারের সাথে বিলম্বিত? ভাল এটি সাইটের মধ্যে 15 মাইল ল্যাটেন্সি, তাই এমনকি সবচেয়ে খারাপ ক্ষেত্রে 32 কেবি উইন্ডো আকার
32*0.015
সর্বাধিক 2.1MB / সেকেন্ড। অতিরিক্তভাবে একাধিক সমবর্তী স্থানান্তর এখনও 10 এমবিপিএস যোগ করে, যা এই তত্ত্বটি সমর্থন করে না - সম্ভবত উত্স এবং গন্তব্য উভয় বিষ্ঠা? ভাল উত্সটি 1.6 গিগাবাইট / সেকেন্ড টেকসই ধারাবাহিক পাঠগুলিতে চাপ দিতে পারে, সুতরাং এটি তা নয়। গন্তব্যটি 200MB / সেকেন্ডের টেকসই ক্রমানুসারে লিখতে পারে, তাই এটিও হয় না।
এটি একটি অত্যন্ত বিজোড় পরিস্থিতি। আমি আগে কখনও এই পদ্ধতিতে বেশ প্রকাশিত কিছু দেখিনি।
আমি আর কোথায় দেখতে পারি?
আরও তদন্তে, আমি সমস্যা হিসাবে আইপিএসেক টানেলের দিকে ইঙ্গিত করার বিষয়ে আত্মবিশ্বাসী। আমি একটি স্বীকৃত উদাহরণ তৈরি করেছি এবং সাইটগুলিতে সরাসরি দুটি পাবলিক আইপি অ্যাড্রেসগুলির মধ্যে কিছু পরীক্ষা করেছি এবং তারপরে অভ্যন্তরীণ আইপি ঠিকানাগুলি ব্যবহার করে ঠিক একই পরীক্ষাটি করেছি এবং আমি এনক্রিপ্ট না করা ইন্টারনেটের মাধ্যমে 20 এমবিপিএস এবং আইপিএসকে কেবল 10 এমবিপিএস প্রতিলিপি করতে সক্ষম হয়েছি পাশ।
পূর্ববর্তী সংস্করণে এইচটিটিপি সম্পর্কে একটি লাল বর্ণ ছিল। এটি ভুলে যান, এটি ছিল একটি ত্রুটিযুক্ত পরীক্ষা পদ্ধতি।
জিওনের পরামর্শ অনুসারে এবং আমার আইএসপি দ্বারা প্রতিধ্বনিত হয়ে আমি যখন তাদের সমর্থন চেয়েছি, আমি এই গণনার উপর ভিত্তি করে আইপিএসেক ডেটার জন্য এমএসএস ফেলে দেওয়ার জন্য একটি মঙ্গলের নিয়ম তৈরি করেছি :
1422 + 20 + 4 + 4 + 16 + 0 + 1 + 1 + 12
PAYLOAD IPSEC SPI ESP ESP-AES ESP (Pad) Pad Length Next Header ESP-SHA
আইএসপি'র 1480 এমটিইউর ভিতরে ফিট করার জন্য। কিন্তু হায় এর ফলে কোনও কার্যকর পার্থক্য হয়নি।
ওয়্যারশার্ক ক্যাপচারগুলির সাথে তুলনা করার পরে, টিসিপি অধিবেশন এখন উভয় প্রান্তে 1380 এর এমএসএসের সাথে আলোচনা করেছে (কয়েকটি বিষয় টুইট করার পরে এবং আমার গণিতগুলি সাফল্যের সাথে বাফার করার পরে। ইঙ্গিত: সম্ভবত এটি হয়)) 1380 হ'ল এএসএর ডিফল্ট এমএসএসও, সুতরাং এটি পুরোপুরি যেভাবেই হোক আলোচনা করা হতে পারে।
আমি মিক্রোটিকের ভিতরে থাকা সরঞ্জামটিতে কিছু অদ্ভুত ডেটা দেখছি যা আমি ট্র্যাফিক পরিমাপ করতে ব্যবহার করে আসছি। এটা কিছুই হতে পারে। আমি ফিল্টার করা ক্যোয়ারীটি ব্যবহার করার সময় আমি এটির আগে লক্ষ্য করিনি এবং আমি কেবল ফিল্টারটি সরিয়ে ফেললে এটি দেখতে পেয়েছি।
1394
সবচেয়ে বড় এমটিইউ যা আমি পেরেছি।