CCP 1262 से जुड़े क्लाइंट पर VM डीएचसीपी में असमर्थ है (लेकिन IPv6 ठीक काम करता है)


9

मैंने हाल ही में 877-WM पर आंतरिक एपी से एक साइट पर वायरलेस को बदल दिया (12 स्टैंडबाय) 1262 के साथ 15.2 (2) जेबी। मैंने AP को बहुत अधिक कॉन्फ़िगर किया है जैसा कि मैं हमेशा सिस्को एपी के लिए सिंगल SSID ऑपरेशन (सिंगल ब्रिज डोमेन, बीवीआई 1 प्रबंधन) के लिए करता हूं, और चीजें काम करने लगती हैं।

हालाँकि, मेरे लैपटॉप पर मेरे पास VMware चल रहा है, और एनआईसी के साथ ब्रिज मोड में जाने वाला एक अतिथि डीएचसीपी में असमर्थ है, हालांकि आईपीवी 6 ठीक काम करता है।

इस समस्या के लिए खोज करते समय मुझे डब्ल्यूएलसी सेटअप पर "आईपी-मैक-बाइंडिंग डिसेबल" कमांड का एक संदर्भ दिखाई देता है, लेकिन यह पता नहीं चलता कि क्या वह मैप्स किसी एक एपी पर सेटिंग करता है।

एपी के विन्यास का प्रासंगिक हिस्सा है:

dot11 ssid # Removed
   authentication open 
   authentication key-management wpa
   guest-mode
   mbssid guest-mode
   wpa-psk ascii # Removed
!
bridge irb
!
interface Dot11Radio0
 no ip address
 !
 encryption mode ciphers aes-ccm 
 !
 ssid # Removed
 !
 station-role root
 bridge-group 1
 bridge-group 1 subscriber-loop-control
 bridge-group 1 spanning-disabled
 bridge-group 1 block-unknown-source
 no bridge-group 1 source-learning
 no bridge-group 1 unicast-flooding
!
interface Dot11Radio1
 # Pretty much the same as radio 0

interface GigabitEthernet0
 no ip address
 duplex auto
 speed auto
 no keepalive
 bridge-group 1
 bridge-group 1 spanning-disabled
 no bridge-group 1 source-learning

1
जब वायरलेस के माध्यम से अन्य नेटवर्क से जुड़ा होता है, या 877 के साथ इस नेटवर्क के लिए ब्रिज किया जाता है, बजाय यह ठीक काम करता है।
लैपटॉप 006

यदि यह 877 वायरलेस कॉन्फिग के साथ काम करता है, तो क्या आप इसे पोस्ट करेंगे? इसके अलावा आपका डीएचसीपी सर्वर क्या है? मैंने अपने स्टैंडअलोन 3602 ई पर इस मुद्दे को फिर से तैयार किया है - डीएचसीपी को सौंपा गया आईपी (अब के लिए सीआईसीपी स्विचिंग डीएचसीपी) नहीं मिल सकता है, लेकिन स्थिर आईपीवी 4 काम करता है।
some_guy_long_gone

877 पर वायरलेस 1262 के समान रेडियो कॉन्फिगर है, जिसे "LAN" BVI के साथ साझा किया गया है। 877 भी डीएचसीपी कर रहा है।
लैपटॉप 006

क्या उस समय तक एपी लॉग पर कोई प्रासंगिक संदेश है जब वीएम डीएचसीपी की खोज / अनुरोध कर रहा है?
डैनियल यूस्टे अरोका

1
ठीक अद्यतन: कई एसएसआईडी के साथ ब्रिड्ड वीएम: वीएम डीएचसीपी अनुरोध भेजता है, डीएचसीपी सर्वर अनुरोध प्राप्त करता है और उत्तर भेजता है, उत्तर वीएम तक कभी नहीं पहुंचता है। Wireshark और एक SPAN पोर्ट का उपयोग करके इसे देखने में सक्षम था। सिंधल SSID: कोई समस्या नहीं है, वीएम ब्रिज कनेक्शन के साथ ठीक काम करता है और डीएचसीपी सौंपा पता प्राप्त करता है।
some_guy_long_gone

जवाबों:


2

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

interface BVI1
  ip dhcp relay information trusted
  ip address dhcp client-id GigabitEthernet0
  ip helper-address x.x.x.x
  no ip route-cache
!

आश्चर्यजनक रूप से यह मेरे लिए काफी काम आया, मुझे यह जानना अच्छा लगेगा।
लैपटॉप 006

2

यदि आप स्विच पर "sh ip dhcp बाइंडिंग" टेबल की जाँच करते हैं तो VMs MAC एड्रेस के लिए लीज दिखाया गया है? यदि ऐसा है, तो डीएचसीपी डिस्कवर स्विच तक पहुंच रहा है, और प्रसारण प्रस्ताव वापस भेजा जा रहा है, लेकिन एपी द्वारा गिरा दिया गया है। यद्यपि यह असंबंधित लगता है, यह व्यवहार तब हो सकता है जब AP और क्लाइंट समान WMM QOS मापदंडों का समर्थन नहीं करते हैं। AP config में "[नहीं] dot11 qos मोड wmm" जोड़ने का प्रयास करें।


0

मेरे पास काम पर एक समान मुद्दा था और मेरा समाधान वीएम को ब्रिड्ड मोड के बजाय NAT का उपयोग करने के लिए कॉन्फ़िगर करना था। मेजबान मशीन वास्तविक आईपी पते को प्राप्त करेगी और फिर जब वीएम को अलग किया जाता है तो यह एक अलग आईपी का अनुरोध करने की कोशिश करता है लेकिन स्रोत मैक एक ही है। VM को NAT में स्विच करने से हमारी समस्याएं हल हो गईं।


NAT का उपयोग करते हुए कुछ कार्य नहीं करते हैं। यानी विंडोज 8 वीएम के साथ लिनक्स / मैक चलाना जिसमें रिमोट सर्वर एडमिन टूल्स हैं। NAT के पीछे एक हाइपर- V होस्ट को प्रबंधित नहीं कर सकता।
some_guy_long_gone

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