VM trên máy khách được kết nối với Cisco 1262 không thể DHCP (nhưng IPv6 hoạt động tốt)


9

Gần đây tôi đã thay thế không dây tại một trang web từ AP nội bộ trên 877-WM bằng 1262 (độc lập) chạy 15.2 (2) JB. Tôi đã định cấu hình AP khá giống như tôi luôn làm cho AP của Cisco cho hoạt động SSID duy nhất (tên miền cầu nối đơn, BVI1 cũng quản lý) và mọi thứ dường như hoạt động.

Tuy nhiên, trên máy tính xách tay của tôi, tôi có VMware đang chạy và một khách với chế độ cầu nối được đặt ở chế độ cầu nối không thể DHCP, tuy nhiên IPv6 hoạt động tốt.

Khi tìm kiếm vấn đề này, tôi thấy một tham chiếu đến lệnh "vô hiệu hóa liên kết ip-mac" trên các thiết lập WLC, nhưng không thể tìm thấy nếu ánh xạ tới một cài đặt trên một AP.

Phần có liên quan trong cấu hình của AP là:

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
Khi được kết nối với các mạng khác qua mạng không dây hoặc được kết nối với cùng mạng này với 877 thay vào đó, nó hoạt động tốt.
LapTop006

Nếu nó hoạt động với cấu hình không dây 877, bạn cũng sẽ đăng nó chứ? Ngoài ra máy chủ DHCP của bạn là gì? Tôi đã tái tạo vấn đề trên 3602E độc lập của mình - không thể nhận IP được gán DHCP (chuyển đổi Cisco đang chạy DHCP), nhưng IPv4 tĩnh hoạt động.
some_guy_long_gone

Không dây trên 877 là cấu hình radio tương tự như 1262, được kết nối với một "LAN" BVI được chia sẻ. 877 cũng là một trong những DHCP.
LapTop006

Có bất kỳ thông báo liên quan nào trên nhật ký AP vào thời điểm VM phát hiện / yêu cầu DHCP không?
Daniel Yuste Aroca

1
Cập nhật Ok: Nhiều SSID có VM bắc cầu: VM gửi yêu cầu DHCP, máy chủ DHCP nhận yêu cầu và gửi trả lời, trả lời không bao giờ đến VM. Đã có thể thấy điều này bằng cách sử dụng Wireshark và cổng SPAN. SID SSID: không có vấn đề gì, VM hoạt động tốt với kết nối bắc cầu và nhận địa chỉ được gán DHCP.
some_guy_long_gone

Câu trả lời:


2

Tôi đã có cùng một vấn đề và tìm thấy một giải pháp: kích hoạt tác nhân chuyển tiếp DHCP trên AP và nó hoạt động. Thay thế xxxx bằng địa chỉ IP từ máy chủ DHCP của bạn (thường là bộ định tuyến Internet nằm trên cùng một mạng / miền quảng bá.

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

Thật đáng ngạc nhiên, điều này đã làm việc cho tôi, tôi muốn biết tại sao.
LapTop006

2

Nếu bạn kiểm tra bảng "sh ip dhcp bindings" trên switch có phải là hợp đồng thuê được hiển thị cho địa chỉ MAC của VM không? Nếu vậy, DHCP Discover đang chuyển sang công tắc và Ưu đãi phát sóng sẽ được gửi lại, nhưng bị AP bỏ. Mặc dù có vẻ không liên quan, hành vi này có thể được gây ra khi AP và máy khách không hỗ trợ các tham số WMM QOS tương tự. Hãy thử thêm "[no] dot11 qos mode wmm" vào cấu hình AP.


0

Tôi gặp vấn đề tương tự tại nơi làm việc và giải pháp của tôi là cấu hình VM để sử dụng NAT thay vì chế độ bắc cầu. Máy chủ sẽ nhận được địa chỉ IP thực tế và sau đó khi VM được mở ra, nó sẽ cố gắng yêu cầu một IP riêng nhưng MAC nguồn là như nhau. Chuyển VM sang NAT đã giải quyết vấn đề của chúng tôi.


Một số chức năng không hoạt động bằng NAT. tức là Chạy Linux / Mac với Windows 8 VM có Công cụ quản trị máy chủ từ xa. Không thể quản lý máy chủ Hyper-V từ xa phía sau NAT.
some_guy_long_gone

Lưu ý Chúng tôi chưa chạy bất kỳ máy ảo Windows 8 nào. Chủ yếu là Windows 7 hoặc Linux từ máy Mac làm máy chủ lưu trữ.
drek
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.