एक नेटवर्क पर एक ही मैक पते के साथ कई उपकरणों को संभालने का एक अच्छा तरीका क्या है?


10

मैं जिन उपकरणों के साथ काम कर रहा हूं, वे सभी उसी मैक पते पर सेट की गई उत्पादन लाइन से आते हैं। मैं प्रत्येक को अपना स्वयं का स्थिर आईपी सेट कर सकता हूं, और मैं सोच रहा हूं कि क्या कॉन्फ़िगरेशन डेटा (एक नया मैक पता सहित) संचारित करने के लिए एक ही समय में उन्हें नेटवर्क से कनेक्ट करने का कोई तरीका होगा?

मुझे एक सिस्को SF 200-24 "स्मार्ट स्विच" मिला है, और अब तक मैंने स्विच पर प्रत्येक पोर्ट को अपने स्वयं के वीएलएएन (मोड: एक्सेस) पर सेट करने की कोशिश की है, एक और पोर्ट वीएलएएन के सभी पर सेट होने के साथ एक अपस्ट्रीम सर्वर के लिए एक ट्रंक लाइन मैं इकाइयों से बात करना चाहूंगा।

अभी मैंने प्रत्येक डिवाइस को उनके पक्ष में एक स्थिर आईपी स्थापित करने के लिए सेट किया है, लेकिन मुझे ट्रंक लाइन के माध्यम से अपस्ट्रीम कंप्यूटर से बात करने में उन्हें परेशानी हो रही है। मुझे उम्मीद नहीं है (या चाहते हैं) उपकरणों को एक दूसरे से बात करने में सक्षम होने के लिए, बस ट्रंक पोर्ट से जुड़ा सर्वर।

क्या मैं उन उपकरणों के साथ व्यवहार्य कर रहा हूं जो मेरे पास हैं, या क्या मैं व्यक्तिगत रूप से प्रत्येक को कॉन्फ़िगर करने जा रहा हूं?

"आप एक बेवकूफ हैं, उसी मैक के साथ चीजों को एक ही नेटवर्क से कनेक्ट न करें" यहां भी एक स्वीकार्य जवाब हो सकता है, लेकिन मुझे उम्मीद है कि एक और दिलचस्प हो सकता है।

EDIT: हह, लोग यहाँ पर अपने नेटवर्किंग हार्डवेयर के बारे में भावुक हैं। मुझे लगता है कि मुझे आश्चर्य नहीं होना चाहिए। मुझे यह प्यारी विरासत डिजाइन विरासत में मिली है, और जब तक मैं हमारे निर्माता को एक नया फर्मवेयर प्राप्त कर सकता हूं, तब तक मैं इसके साथ जुड़ता हूं। भाग लेने के लिए धन्यवाद, दोस्तों।


समस्या का आपका वर्णन "परेशानी होने लगती है" वाक्यांश तक सीमित है। जब आप ऐसा करने की कोशिश करते हैं तो क्या गलत हो जाता है इसका अधिक विस्तृत वर्णन करने में बहुत मदद मिलेगी।
डेविड श्वार्ट्ज

13
मैं इन बेकार उपकरणों को "उत्पादन लाइन" पर वापस भेजने के सुझाव के साथ बनाऊंगा ... अच्छी तरह से ... नेटवर्क उपकरणों को छोड़कर कुछ और, जबकि आप अपने व्यवसाय को कहीं और ले जाते हैं। ऐसा करने के लिए पर्याप्त बेवकूफ कंपनी ने संभवतः इन उपकरणों के साथ / साथ बहुत सी अन्य गूंगी चीजें भी की हैं।
रोब मोइर

2
@RobM ने क्या कहा। उचित बात यह थी कि पूरे बैच को दोषपूर्ण के रूप में वापस करना था।
माइकल हैम्पटन

2
बेवकूफ के घुटने के पास एक रिंच लें, जो जानबूझकर मैक की टक्कर का कारण बना (संभावना है कि यह दुर्घटना से घटित होता है) बहुत कम हैं।
शादुर

2
साथ ही, @RobM के साथ कॉन्सर्ट करें। निर्माता स्पष्ट रूप से बेवकूफ हैं। अपने व्यवसाय को कहीं और ले जाएं - ऐसे लोगों के लिए कोई बहाना नहीं है जो इस तरह से पेंच कसने के लिए नेटवर्किंग हार्डवेयर बनाते हैं।
शादुर

जवाबों:


15

मुझे लगभग 6 साल पहले हमारे उत्पादन संयंत्रों में एक ही स्थिति को "ठीक" करना था।

मैं उत्पादन इंजीनियरों को बताने के लिए कि वे बेवकूफ थे :-)।
उनके बचाव में: यह पहला नेटवर्किंग उत्पाद था और आरएंडडी ने उत्पादन में बदलाव के बारे में बिल्कुल नहीं सोचा था।

इसके बाद कोई रास्ता नहीं था (और अभी भी नहीं है)।
मैक को फिर से कॉन्फ़िगर करने के लिए प्रत्येक डिवाइस को एक पीसी पर व्यक्तिगत रूप से हुक करना पड़ता था। (बाद में यह पता चला कि हमें वैसे भी ऐसा करने की आवश्यकता थी क्योंकि कुछ बगफिक्स आर एंड डी द्वारा किए जाने के बाद प्रत्येक डिवाइस को नए फर्मवेयर की आवश्यकता होती है।

बाद की श्रृंखला में देव ने इस प्रक्रिया को जितना संभव हो उतना दर्द रहित बनाया: मानक फर्मवेयर को एक बहुत ही मूल न्यूनतम बूट-लोडर मिला जो एक हार्डकोडेड निश्चित आईपी-एड्रेस के साथ एक टीसीपी / आईपी स्टैक को बूट करेगा। यह स्टार्टअप और एक अन्य हार्डकैप आईपी पते से पूर्ण फर्मवेयर छवि को TFTP करने का प्रयास करेगा। जब अद्वितीय मैक युक्त दूसरी फाइल को TFTP सर्वर से खींचा जाएगा और डिवाइस में फ्लैश किया जाएगा।
उसके बाद डिवाइस रीबूट होता है, पूरी फ्लैश-इमेज के साथ आता है जो कि आईपी-एड्रेस के लिए डीएचसीपी करता है। जब dhcp एड्रेस अधिग्रहीत होता है तो यह एक छोटी फाइल अपलोड करता है जिसके साथ यह स्वयं मैक-एड्रेस है TFTP सर्वर से पुष्टि करता है कि यह किया गया है।

इसे नियंत्रित करने वाला पीसी एक डीएचसीपी सर्वर और एक टीएफटीपी सर्वर चलाता है। और एक कंट्रोल एप्लिकेशन जो मैक-एड्रेस के साथ फाइल तैयार करता है।
डिवाइस के सफलतापूर्वक अपलोड होने के बाद, यह पुष्टिकरण फ़ाइल है कि नियंत्रण-अनुप्रयोग ऑपरेटर को अगले डिवाइस में प्लग करने के लिए देता है और यह फ़ाइल का अगला मैक-पता लिखता है।
(एप्लिकेशन को यह पता है कि सामान्य रूप से डाउनलोड करने और फ्लैश करने में कितना समय लगता है। पहले टीएफटीपी ट्रांसफर और कन्फर्मेशन फाइल के अपलोड के बीच बहुत अधिक समय होता है। ऑपरेटर को सूचित किया जाता है कि डिवाइस शायद गलत है। बिल्ड-इन क्वालिटी टेस्ट के लिए बिल्ड-इन क्वालिटी टेस्ट। नेटवर्क स्टैक।)
फ्लैश ओवर लैन विकल्प भी एक सुविधा है जिसका उपयोग ग्राहक फर्मवेयर अपग्रेड करने के लिए कर सकता है।
इसे वैसे भी लागू किया जाना था, इसलिए हम इसे "शुरुआती कॉन्फ़िगरेशन कैसे प्राप्त करें" समस्या से निपटने के लिए इसका उपयोग कर सकते हैं।

पुनश्च। डीएचसीपी सर्वर डिवाइस को खुद की पहचान करने के लिए एक कस्टम डीएचसीपी विकल्प प्रदान करता है। एक ग्राहक LAN में डीएचसीपी स्पष्ट रूप से ऐसा नहीं करेगा, ताकि जब हमारे डिवाइस एक "सामान्य" डीएचसीपी सर्वर देखें तो वे पुष्टि फ़ाइल को अपलोड करने का प्रयास किए बिना बूट करना जारी रखें।


यह TFTP बिट लगता है जैसे यह इस समस्या को काफी अच्छी तरह से हल करेगा। मैं भूल गया कि TFTP फाइलें भी डाल सकता है!
एंथनी ए।

10

आप एक मूर्ख हैं, एक ही मैक के साथ चीजों को एक ही नेटवर्क से कनेक्ट नहीं करते हैं।

;-)

गंभीरता से, एक मैक पता उस तरह से मौलिक है जो IEEE 802.3 नेटवर्क काम करता है। एक ही मैक के साथ ईथरनेट केबल के एक ही भौतिक बिट पर कई उपकरणों के साथ, प्रत्येक रिसीवर एक "कि मुझे" के साथ जवाब देगा जब एक एआरपी पैकेट से उड़ जाता है।

तो, आपको अलग-अलग भौतिक बिट्स तार को बनाए रखना होगा। आप VLAN का उल्लेख करते हैं। ये लेयर 2 में काम करते हैं, जो ईथरनेट मैक पतों (लॉजिकल लिंक कंट्रोल, या एलएलसी, सब-लेयर में) के समान स्थान है।

तो, हाँ, VLANs चाल करेंगे। हालाँकि, आपको अपने उपकरणों के लिए अद्वितीय परत 3 (IP) पते देने की आवश्यकता है, और यह एक चुनौती हो सकती है, क्योंकि आप DHCP का उपयोग नहीं कर पाएंगे।

संक्षेप में, मेरी (आपकी) पहली पंक्ति पर वापस।


8

"आप एक मूर्ख हैं, चीजों को एक ही मैक के साथ एक ही नेटवर्क से कनेक्ट नहीं करते हैं"

(आपने कहा कि ठीक होगा) :)

आपकी समस्या का सही उत्तर उपकरणों पर अलग-अलग मैक पते आवंटित करने के लिए निर्माण प्रक्रिया को ठीक करना है, या तो क्रमिक रूप से या फिर (तिथि mfg'd तो एक अद्वितीय #, आदि)।


7

अपने निर्माता को आग लगाओ।

मैं गंभीर हूँ। यह एक शौकिया घंटे की गलती भी नहीं है, यह पूरी तरह से अक्षमता का खतरनाक स्तर है।

यह एक बैंक की तरह है जिसे यह पता चलता है कि भौतिक बिलों को छापने वाली कंपनी ने एक ही अनुक्रम संख्या के साथ सभी को कई मिलियन बिल वितरित किए, या एक कार निर्माता ने यह सीखा कि लाइसेंस प्लेटों के नवीनतम बैच में उन पर एक ही प्लेट नंबर था।

यह है कि बुनियादी एक गलती; आप यह पता लगाने के लिए ज़िम्मेदार नहीं होना चाहते हैं कि वे किस तरह से बाहर निकले हैं।

पूरे बैच को वापस करें, अपने पैसे वापस मांगें, और किसी को अपने नेटवर्किंग हार्डवेयर की आपूर्ति करने के लिए सक्षम खोजें ।


6

यह बताने के बजाय कि आप एक बेवकूफ हैं - भले ही आपने कहा था कि यह ठीक है - मैं आपको बताऊंगा कि क्यों आप एक ही मैक के साथ चीजों को एक ही नेटवर्क पर नहीं रखना चाहिए।

SystemA SystemB से बात करना चाहता है। SystemA को SystemB का IP पता मिलता है और उन दोनों के बीच एक मार्ग निर्धारित करने की कोशिश करता है। अगर SystemA और SystemB एक ही नेटवर्क पर हैं, तो SystemB को पैकेट भेजने के लिए SystemB के MAC एड्रेस की जरूरत है। SystemA को यह जानकारी एक प्रसारण ARP संदेश के साथ मिलती है और ARP तालिका में इस जानकारी को कैश करता है।

(यदि SystemA कैलिफ़ोर्निया में है और SystemB न्यूयॉर्क में है, तो यह एक ऐसा मार्ग ढूँढता है जो पैकेट को न्यूयॉर्क भेजता है और SystemB से जुड़े राउटर / स्विच को SystemB का MAC पता जानने की आवश्यकता होती है ताकि वह पैकेट को भेज सके। मैक पते का उपयोग अभी भी किया जा रहा है, लेकिन सिस्टमए को इसके बारे में जानने की आवश्यकता नहीं है। सिस्टमए को केवल अपने स्वयं के रूटर के मैक पते को जानने की आवश्यकता है।)

इसलिए, मूल रूप से: जब आप अपने उपकरणों को नेटवर्क पर एक ही मैक पते के साथ रखते हैं, तो उन उपकरणों पर बात करने की कोशिश करने वाला कुछ भी भ्रमित होने वाला होता है जब कई डिवाइस कहते हैं, "यह मैं हूं!" ऐसा लगता है जैसे आप VLANs के साथ इसे पाने की कोशिश कर रहे हैं, लेकिन ...

मैं इसके खिलाफ सिफारिश करूंगा। मैं सिर्फ इतना कह रहा हूँ।


2
अन्य उत्तरों और टिप्पणियों की भावना को ध्यान में रखते हुए, मुझे लगता है कि आपको ओपी को मूर्ख कहना चाहिए। "जब रोम में" जैसा कि वे कहते हैं ... :)
joeqwerty

जबरदस्त हंसी! मैं बुरी खबर को तोड़ रहा हूं कि वह वास्तव में उन सभी को एक-एक करके सेट करने जा रहा है (यदि वह उन्हें वापस नहीं करता है, जो एक विकल्प नहीं हो सकता है - मेरा संदेह यह है कि उच्चतर किसी ने इन्हें नाकाम कर दिया है उस पर उपकरण)। तो आप जानते हैं। सहानुभूति अंक। :)
कैथरीन विलियार्ड

1

यह केवल ऐसा समय हो सकता है जब मैं यह कहूंगा।

आप अपने स्विच को हब के साथ बदलना चाहते हैं।

यह आपको स्विच पर CAM तालिका द्वारा फ़िल्टर किए जा रहे पैकेट के बिना प्रत्येक डिवाइस से बात करने की अनुमति देता है।


... लेकिन आपको प्रत्येक मेजबान के आईपी को मैन्युअल रूप से कॉन्फ़िगर करना होगा !?
एफ। हौरी

2
क्या आप अब एक हब भी खरीद सकते हैं?
जॉन रोएड्स

@JonRhoades नहीं आप नहीं कर सकते। वे सभी गूंगे हैं, इन दिनों अनवांटेड स्विच हैं। 100 एमबी / एस और 1 जीबी / एस का ठीक से समर्थन करने के लिए होना चाहिए। ईथरनेट चश्मा कम गति (10 एमबी / एस और / या 100 एमबी / एस जीबी / एस स्विच के मामले में) में स्विच करने में सक्षम होना अनिवार्य बनाते हैं। इसके लिए 1 पूर्ण पैकेट को बफर करने की क्षमता की आवश्यकता होती है, इसलिए तकनीकी रूप से कम से कम एक पुल होना चाहिए।
टॉनी

... यही कारण है कि मैं एक 100Mbps हब के आसपास रखने के लिए - आसानी से यातायात देखने के लिए बहुत उपयोगी है: D
मिकीबी

1

" एक मीडिया एक्सेस कंट्रोल एड्रेस (मैक एड्रेस) भौतिक नेटवर्क सेगमेंट पर संचार के लिए नेटवर्क इंटरफेस को निर्दिष्ट एक अद्वितीय पहचानकर्ता है ।"

उत्पादन लाइन प्रबंधक को विनम्रता से सुझाव दें कि वह निर्माण प्रक्रिया में कुछ समायोजन करने से पहले "मैक एड्रेस" की परिभाषा को देखता है।

हम सभी जानते हैं, यह इस प्रक्रिया में एक दोष हो सकता है कि वे (डिजाइन के बजाय) से अवगत नहीं हैं, लेकिन कुछ करने की जरूरत है क्योंकि यह बुनियादी गलती उत्पाद में विश्वास को कम कर देगी और परिहार्य जटिलताओं को जन्म देगी।

समस्याग्रस्त उपकरणों की तैनाती के बाद काम करने के लिए संघर्ष करने के बजाय यह समस्या विनिर्माण अंत में ठीक करना बहुत आसान होगा।

हर बार एक समय में डिवाइस कभी-कभी समान एमएसीएस वाले नेटवर्क पर दिखाई देते हैं, लेकिन यह एक दुर्लभ वस्तु है (और अक्सर एक सस्ते एनआईसी को स्वैप करके आसानी से हल किया जाता है।) पूरे बैच के लिए एक ही मैक के लिए बहुत अधिक उन्हें "में रखा जाएगा" दोषपूर्ण "श्रेणी (जहां तक ​​कुछ लोगों का संबंध है) भले ही व्यक्तिगत रूप से माना जाता है , वे बिल्कुल भी दोषपूर्ण नहीं दिखेंगे।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.