পটভূমি
আমার কাছে একটি উইন্ডোজ ডিএইচসিপি সার্ভার রয়েছে (সার্ভার ২০০৮ আর 2) বেশ কয়েকটি স্কোপের জন্য ঠিকানাগুলি হস্তান্তর করেছে। এই স্কোপগুলির মধ্যে একটি হ'ল কিছু মিটেল আইপি ফোনগুলির জন্য। কনফিগারেশন তথ্য পেতে ফোনগুলি dhcp বিকল্প 125 ব্যবহার করতে কনফিগার করা হয়েছে। কোনও ফোন শুরু হয়ে গেলে, কোন ভ্যালানটি ব্যবহার করতে হবে তা তা জানে না এবং এটি যে কোনও পোর্টের সাথে সংযুক্ত থাকায় এটি কেবলমাত্র ডিফল্ট (অবিকৃত) ভলান পায়। ডিএইচসিপি সার্ভার এটিকে একটি প্রতিক্রিয়া দেয় যার মধ্যে বিকল্পের 125 টি তথ্য অন্তর্ভুক্ত রয়েছে এবং ফোনটি এই প্রতিক্রিয়া থেকে কী ভ্যালান ব্যবহার করা উচিত তা পড়তে সক্ষম হয়। তারপরে ফোনটি তার আসল ঠিকানা প্রকাশ করে এবং সঠিক ভ্লান ট্যাগ ব্যবহার করে একটি নতুন ডিএইচসিপি ইজারা দেওয়ার জন্য অনুরোধ করে। ফোনগুলিতে সাধারণত কম্পিউটারগুলি একটি পাস-থ্রো পোর্টের সাথে সংযুক্ত থাকে। কম্পিউটারগুলি থেকে প্যাকেটগুলি কখনই ট্যাগ হয় না এবং তাই পিসিগুলি বন্দরের জন্য মূল (অপরিবর্তিত) ভ্ল্যানে থাকবে। এটি আমাদের জন্য বছরের পর বছর ধরে কাজ করে।
সমস্যা এবং লক্ষণগুলি
গত কয়েক সপ্তাহের কোথাও কোথাও কিছু পরিবর্তন হয়েছে এবং আমি নিশ্চিত না। ফোনগুলি যতক্ষণ না পুনরায় আরম্ভ না করবে ততক্ষণ কাজ চালিয়ে যাবে, যার অর্থ ডিএইচসিপি পুনর্নবীকরণের অনুরোধগুলি সঠিকভাবে প্রক্রিয়া করা উচিত। নির্দিষ্ট স্যুইচগুলির সাথে সংযুক্ত ফোনগুলি পুনঃসূচনাটিও টিকে থাকতে পারে। অন্যান্য স্যুইচগুলির সাথে সংযুক্ত ফোনগুলি তবে তারা পুনরায় বুট করার সময় প্রক্রিয়াটি সম্পূর্ণ করতে ব্যর্থ হবে। আমাদের সমস্ত ফোনেই ইউপিএস দ্বারা ব্যাক আপ করা পোঃই ব্যবহার করছে, সুতরাং যে কেউ পুনরায় চালু করার পরে অনেক দিন হয়েছে। এর অর্থ সমস্যাটি কখন প্রকাশিত হয়েছিল আমার কোনও ধারণা নেই। আমি যা জানি তা হ'ল গত ফোনটি যখন আবার চালু হয়েছিল তখন একটি ফোন ব্যর্থ হয়েছিল এবং আজ এটির সমস্যার সমাধানে আমরা সেই সুইচটি ক্লোজেটটি পুনরায় সেট করেছি। এখন সেই সুইচটিতে থাকা কোনও ফোনই কাজ করছে না (ধন্যবাদ এটি এখনও একটি ছোট নম্বর)। আমি আরও জানি যে জানুয়ারির শেষের দিকে জিনিসগুলি কাজ করছিল,
আমি যেমন কোনও ফোন বুট আপ দেখি, আমি এটি সফলভাবে প্রথম ঠিকানাটি দেখতে পাচ্ছি। এরপরে এটি সফলভাবে 125 তথ্যটি পঠন করে, সঠিক ভ্যালান ট্যাগ সেট করে এবং মূল আইপি ইজারা প্রকাশ করে। এমনকি এটি সার্ভার থেকে সঠিক ভ্লান-এর একটি প্রস্তাব গ্রহণ এবং গ্রহণ করতে সক্ষম । যাইহোক, সেখানেই থেমে আছে জিনিসগুলি। ফোনের স্ক্রিনে একটি বার্তা রয়েছে যা বলছে, " DHCP: Offer 2 ACC", তবে উইন্ডোজ ডিএইচসিপি সার্ভারটি ইজারা রেকর্ড করেনি এবং ফোনটি কখনও অগ্রসর হয় না। আমি কেবল অনুমান করতে পারি যে ডিএইচসিপি রিকুয়েস্ট প্যাকেটটি কখনও উইন্ডোজ সার্ভারে পৌঁছে না, এবং তাই ফোনটি উইন্ডোজ থেকে চূড়ান্ত ACK এর জন্য অপেক্ষা করছে যে এটি চালিয়ে যাওয়া ঠিক আছে।
কার্যসংক্রান্ত
অবশেষে আমি আবার ফোন কাজ করতে সক্ষম হয়েছি। এটি করতে, আমাকে প্রথমে কম্পিউটারটি সংযোগ বিচ্ছিন্ন করতে হয়েছিল। তারপরে আমি ফোনের স্যুইচ পোর্টটি পিসি ভ্ল্যানে কোনও সদস্যতা না দিয়ে ফোন ভ্যালানটিতে অচলিত রাখতে সেট করেছিলাম। ফোনটি এখন সঠিকভাবে রিবুট হবে। এই মুহুর্তে, আমি স্যুইচ পোর্ট কনফিগারেশনটি যেখানেই হওয়া উচিত সেখানে ফিরিয়ে দিতে পারি এবং যতক্ষণ না আমি পোর্টটি পুনরায় সেট করছি তখনই কেউ এই নম্বরটিতে কল করার চেষ্টা না করে, ফোনটি কখনই একটি বিট মিস করে না। তারপরে আমি কম্পিউটারটি পুনরায় সংযোগ করতে পারি। স্পষ্টতই, এটি একটি আদর্শ প্রক্রিয়া নয়, যদিও ফোনগুলি খুব কমই রিবুট হয় আমি এর কারণ খুঁজে না পাওয়া পর্যন্ত লোককে আবার কাজ করার জন্য এটি ব্যবহার করতে সক্ষম হব। অফিসগুলি এখন সপ্তাহের জন্য বন্ধ রয়েছে, এবং তাই এই ইস্যুটি আসলে উইকএন্ডে বসার অনুমতি দেওয়া হবে (যেখানে ফোন রয়েছে সেখানে আলাদা আলাদা অফিসের জন্য কী নেই)।
আমি ঠিক করেছি এই ফোনটি হ'ল সার্ভার রুমের পরিষেবা ফোন যা আমাদের মূল স্যুইচটিতে সরাসরি সংযুক্ত। মূল স্যুইচটিতে রাউটিং বা প্রসেসিং ট্যাগগুলি সহ সমস্যাটি সম্ভবত একটি সমস্যা, যেমন যে দূরবর্তী অফিসগুলিতে প্যাকেটগুলি প্রথমে অন্য স্যুইচগুলির মাধ্যমে (ট্যাগযুক্ত) প্যাকেটগুলি পাস করার পরে কার্যকর হবে না, তবে আমি খুব অবাক হব যদি তা ঘটে থাকে তবে আমি জানি যে এটি অবশ্যই ডিএইচসিপি পুনর্নবীকরণ এবং প্রকৃত ফোন কথোপকথনটি সঠিকভাবে প্রসেস করা উচিত।
একটি মোড় म्हणजे পিসি ভ্ল্যানে পোর্টটি ট্যাগ করা মানে ফোনটি পরিবর্তে " DHCP: Offer 1 ACC" বার্তাটি ব্যর্থ হয় । এটি সফল হওয়ার জন্য আমার পুরো vlanটি অপসারণ করতে হবে।
দ্রষ্টব্য: আমি এখন নিশ্চিত করেছি যে দূরবর্তী বিল্ডিংগুলিতে কাজটি কার্যকর effective এটি আমাকে সন্দেহ করতে পরিচালিত করে যে আমার ডিভাইসগুলি কোনওভাবেই সঠিক ভ্ল্যানে বরাদ্দ করা হয়নি। এই বিষয়টি সত্য যে আমি আমার কোর স্যুইচটিতে সমস্যাটি অনুভব করেছি এবং এটি একই সময়ে নেটওয়ার্কের বেশ কয়েকটি স্থানে ঘটেছিল তা ইঙ্গিত দেয় যে মূল স্যুইচটি সমস্যা হতে পারে। সুনির্দিষ্ট কিছু না দিয়ে, আমি স্যুইচটি পুনরায় বুট করতে সপ্তাহের শেষের দিকে একটি রক্ষণাবেক্ষণ উইন্ডো নির্ধারিত করছি। আমি ফার্মওয়্যারটি আপডেটও করতে পারি।
পরিবেশ
আমাদের মূল স্যুইচটি এইচপি 5406zl। এই স্যুইচটি আন্তঃভ্লান রাউটিং পরিচালনা করে। উইন্ডোজ ডিএইচসিপি সার্ভারটি সরাসরি স্যুইচের সাথে সংযুক্ত। এন্ডপয়েন্ট স্যুইচগুলি ফাইবার এসএফপিগুলির মাধ্যমে মূল স্যুইচের সাথে সংযুক্ত থাকে এবং এই পোর্টগুলি উভয় প্রান্তের সমস্ত ভ্ল্যানের জন্য ট্যাগ করা হয়। কোর স্যুইচ প্রতিটি ভ্যালানকে এমন একটি ip helper-addressসেটিং দিয়ে কনফিগার করে যা এটি আমাদের ডিএইচসিপি সার্ভারে চিহ্নিত করে এবং একটি dhcp relay-option 82 replaceলাইন যাতে dhcp সার্ভার জানতে পারে যে কী সুযোগ ব্যবহার করবে। এই কনফিগারেশনগুলি এবং শেষবিন্দু সুইচগুলিতে পোর্ট কনফিগারেশনগুলি কমপক্ষে 16 মাসে পরিবর্তিত হয়নি। আমাদের সেই সময়ে অন্যান্য স্যুইচ এবং ফোন রিসেট ছিল।
আমাদের এন্ডপয়েন্ট পয়েন্টের বেশিরভাগ সুইচগুলি এইচপি 2530 সিরিজ। এই স্যুইচগুলি সঠিকভাবে কাজ করছে বলে মনে হচ্ছে (3 টি পৃথক 2530 এর ফোন আজ সঠিকভাবে পুনরায় শুরু হয়েছে)। এটি পুরানো সুইচগুলির সমস্যা আছে। আমাদের একটি পুরানো 3Com 4200 এবং একটি 4210 রয়েছে যা কার্যকর হবে না। পূর্বে উল্লিখিত কোর স্যুইচটিতে সরাসরি সংযুক্ত পরিষেবা ফোনটিও কাজ করবে না।
প্রশ্ন
এই মুহুর্তে আমার সর্বোত্তম অনুমান যে ডিএইচসিপি সার্ভারে একটি উইন্ডোজ আপডেট আচরণ পরিবর্তন করেছে, তবে আমি কীভাবে তা দেখতে পাচ্ছি না। অথবা সম্ভবত কোর স্যুইচটি সেই রিক্যুয়েস্ট প্যাকেটটি সঠিকভাবে পরিচালনা করছে না, তবে আমি নিশ্চিত যে সেখানে কোনও কিছুই পরিবর্তিত হয়নি, এবং এটি নির্দিষ্ট করে না কেন কেবল নির্দিষ্ট প্রান্তের স্যুইচগুলি প্রভাবিত হয়। আমি কীভাবে এই সমস্যাটি সমাধান করতে পারি?
হালনাগাদ:
এখানে একটি ব্যর্থ ফোন থেকে একটি ডিএইচসিপি লগ অংশ:
10,03 / 06 / 15,12: 40: 40, বরাদ্দ, 10.1.2.158,, 08000F197844, 3189088995,0 ,,, 11,03 / 06 / 15,12: 40: 40, পুনর্নবীকরণ, 10.1.2.158, , 08000F197844,, 3189088995,0 ,,, 12,03 / 06 / 15,12: 40: 41, প্রকাশ, 10.1.2.158, 08000F197844, 3189088995,0 ,,, 15,03 / 06 / 15,12: 40: 45, ন্যাক, 10.1.2.154, 08000F197844, 0,6 ,,, 15,03 / 06 / 15,12: 40: 45, ন্যাক, 10.1.2.154, 08000F197844, 0,6 ,,,
10.xxx ঠিকানাগুলি হ'ল পিসি ভ্লান (এই পছন্দটি আমাকে এই জায়গায় প্রাক-তারিখ করে)। ফোনগুলি প্রথমে এ জাতীয় ঠিকানা পাওয়া উচিত, তাই এটি প্রত্যাশিত। তবে, মুক্তির বার্তার পরে আমিও 192.168.16.x পরিসরে একটি ঠিকানার জন্য একটি প্রস্তাব খুঁজে পাওয়ার আশাবাদী, কারণ ফোনে দেখতে পাচ্ছি যে একটি প্রস্তাব গৃহীত হয়েছিল (যদি না আমি "দুদক" এর ভুল ব্যাখ্যা দিই)। এটি আকর্ষণীয় যে আমি কখনই সার্ভারটিকে এমন ঠিকানা দেওয়ার চেষ্টা করি না, যদিও ফোনটি মনে করে যে এটি একটি পেয়েছে।
আমি এই ধারণাকে বিবেচনা করেছি যে নেটওয়ার্কে দুর্বৃত্ত ডিএইচসিপি সার্ভার রয়েছে (এটি উইন্ডোজ সার্ভারের আগে কোনও ঠিকানা দেয়, তবে ফোনের চালানোর জন্য ডিএইচসিপি অপশন ছাড়া প্রয়োজন হয় না) তবে এটি কেন ব্যাখ্যা করে না যে ফোনগুলি কেন কাজ করে এবং কেবল যদি আমি পিসি ভ্লান এর যে কোনও পথ পুরোপুরি সরিয়েছি। আমি সকালে ল্যাপটপটি ফোন ভ্যানের জন্য একটি পোর্ট সেটটিতে সংযোগ স্থাপনের মাধ্যমে এটির জন্য পরীক্ষা করব, তবে এর মধ্যে অন্য কারও যদি এর থেকে আরও ভাল ব্যাখ্যা থাকে তবে আমি এটি শুনতে পছন্দ করব।
এখানে স্যুইচ কনফিগারেশনের একটি অনুলিপি রয়েছে: