ক্যুয়ার্স এনটিই দ্বারা আলোচনার জন্য একটি "পরিবর্তনশীল" গতির লিঙ্কে কিউএস প্রয়োগ করা

Question

সংক্ষেপে আমরা কেরিয়ারের কাছ থেকে একটি 80/20 লাইন ক্রয় করি যিনি গ্রাহক প্রাঙ্গণ এবং স্থানীয় বিনিময় যেখানে ক্যারিয়ারটি আমাদের পিইতে সমাপ্ত হয় তার মধ্যে পরিবহণ সরবরাহ করে।

(জুনিপার পিই) <--> [বিনিময় ক্যারিয়ার আন্তঃসংযোগ <---> গ্রাহক সম্পত্তিতে এনটিই] <---> (সিসকো সিপিই - 881,1921,1941,2921))

গ্রাহক সম্পত্তি এবং স্থানীয় রাস্তার ক্যাবিনেটের মধ্যে সার্কিট এখনও তামা এবং তাই শব্দ / দূরত্ব বাড়ার সাথে সাথে গতি হ্রাস পায়।

আমাদের সিপিই নয়, ক্যারিয়ারগুলিতে প্রকৃত লাইন গতির আলোচনা চলছে।

আমি কীভাবে নিশ্চিত করতে পারি যে লিংকটি যখন স্যাচুরেটেড অগ্রাধিকারের প্যাকেটগুলি নামানো হয় না তখন লাইনের গতিটি কীটির সাথে অনুমোদন পেয়েছিল তা না জেনে? ইপস্লা দিয়ে কিছু করা যায়?

Comments

আপনি কি সিপিইতে কিউএস কনফিগারেশনের কথা বলছেন, আপলোডের দিকনির্দেশের জন্য?

— jwbensley

@ জাভানো দ্বি-দিকনির্দেশক, বর্তমানে আমার কাছে উপলভ্য একমাত্র বিকল্প হ'ল উভয় পক্ষের ট্র্যাফিককে গড় হিসাবে গড়ে তোলা, যেমনটি আপনি উত্তর দিয়েছিলেন, আমি আরও চেষ্টা করছি যে অন্য কোনও উপায় যদি আরও সঠিকভাবে করা যায় তবে তা প্রতিষ্ঠিত করার চেষ্টা করছি I ।

— DrBru

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

— ytti

@ অট্টি ধন্যবাদ, বর্তমানে এর আর্থিক সংস্থাগুলি ক্যারিয়ারটিকে মধ্যবর্তী এবং এফটিটিসি হিসাবে ব্যবহার করতে আমাদের চালিত করছে এটি এখানে এখনও খুব নতুন।

— DrBru

@ ইঙ্ক হ্যাঁ তবে এটি ডিএসএল বা এর মতো কিছু হলে আপনি কেবলমাত্র মডেমকে পুরোপুরি প্রতিস্থাপন করতে এবং কেবল নিজের সিপিই ব্যবহার করতে পারবেন না? তারপরে আপনি ইন্টারফেসে QoS প্রয়োগ করতে পারেন যা হার সম্পর্কে সচেতন।

— ytti

Answer 1

একটি সম্ভাবনা হ'ল আপনি যদি সিপিইর গেটওয়ের দিকে প্রবাহিত প্রবাহটি চান তবে ট্র্যাফিক আউটবাউন্ডকে আকার দেওয়া এবং তারপরে সেই আকার দেওয়ার ব্যান্ডউইথের মধ্যে গুরুত্বপূর্ণ ট্র্যাফিকটিকে অগ্রাধিকার দেওয়া।

যদি এটি একটি ৮০/২০ লাইন হয় এবং আপনি জানেন যে গড় গতি 15 এমবিপিএস বলে তবে আপনি আউটবাউন্ড ট্র্যাফিককে 15 এমবিপিএসে রূপান্তর করতে পারবেন এবং সেই 15 এমবিপিএসের মধ্যে ভয়েসকে অগ্রাধিকার দিতে পারবেন। যদি সিঙ্কের গতি কয়েক এমবিপিএস হ্রাস করে তবে এটি বিশাল পরিমাণে তফাত্ করবে না। যদি সিঙ্কের গতি 17 এমবিপিএস পর্যন্ত বেড়ে যায়, তবে তারা আপলোড ব্যান্ডউইথের কয়েক এমবিপিএসের সংক্ষিপ্ত হবে।

আমি কয়েকটি ইএফএম লাইনে ধাক্কা দেওয়ার মতো কনফিগার ব্যবহার করি। EFM গতি লাইন শর্তের কারণে পরিবর্তিত হতে পারে, একবার ইনস্টল হওয়া যদিও তারা খুব সামঞ্জস্যপূর্ণ বলে মনে হচ্ছে। সুতরাং এই উদাহরণে, এই সিপিই 20/20 ইএফএম লাইনের সাথে সংযুক্ত যা আসলে নির্ভরযোগ্যভাবে 10 এ সিঙ্ক হয়, আপলোডটি 10 ​​এমবিপিএসে আকারযুক্ত হয়।

class-map match-any CM-VOICE-TRAFFIC
 match access-group 100
!
policy-map PM-PRIORITISE-VOICE
 class CM-VOICE-TRAFFIC
   set ip dscp ef
   priority 1000
 class class-default
   fair-queue
!
policy-map PM-SHAPE-10M
 class class-default
  shape average 10000000
  service-policy PM-PRIORITISE-VOICE
!
interface FastEthernet0/1
 Description WAN Interface
 bandwidth 10000
 service-policy output PM-SHAPE-10M
!
access-list 100 remark Priority IP Destinations
access-list 100 permit ip 1.2.3.0 0.0.0.255 any

এটি এখানে গুরুত্বপূর্ণ যে আমরা এখানে রেট-সীমা বা পুলিশ না করে গঠন করব, যাতে ট্র্যাফিকটি বাদ না পড়ে, এটি ব্যান্ডউইথের কাছে "আকারযুক্ত" থাকে। একটি পড়া আছে এই কিছু অতিরিক্ত তথ্যের জন্য সিসকো পাতা।

Comments

আমি মনে করি না এটি কাজ করে, ওপির সমস্যা হ'ল তিনি জানেন না যে সংযোগটি কোথায় আকৃতি দিতে হবে। আপনি যদি এটি 10 ​​এমবিপিএসে আকার দেন তবে আপনাকে 'সিএম-ভয়েস-ট্র্যাফিক' চুক্তি রাখতে 10 এমবিপিএস পাস করতে হবে।

— ytti