Các vấn đề có thể xảy ra khi sử dụng thời gian thuê DHCP rất ngắn (<1 phút) là gì?


20

Chúng tôi có một thiết lập mạng cho một bản demo, kéo dài khoảng 15 triệu. Máy chủ DHCP của chúng tôi được định cấu hình để gán ~ 100 địa chỉ (số lượng kết nối đồng thời tối đa hoặc AP của chúng tôi) ... nhưng vì mọi người có thể đến và đi rất nhanh, chúng tôi cần giữ thời gian thuê rất ngắn để giải phóng địa chỉ IP và cho phép Người khác để kết nối.

Ban đầu, tôi muốn có thời gian thuê ngắn 25 giây, vì bản demo này khá ngắn và để chắc chắn rằng không có IP nào sẽ bị "lạm dụng" bởi máy chủ DHCP ... Tuy nhiên, tôi sợ một số nhiều thứ.

Đầu tiên , tác động đến tải của mạng.

Thứ hai , tôi đã đọc ở đây và có thể có một số vấn đề "kỳ lạ" với thời gian thuê dưới 1 phút (ví dụ: Cấu hình hết thời gian thuê DHCP tốt là gì ).

Có ai biết những gì có thể là những vấn đề khác nhau khi sử dụng một hợp đồng thuê thời gian ngắn như vậy? Tác động trên mạng là gì? Điều gì sẽ là một thời gian thuê ngắn nhưng an toàn để sử dụng?


5
Giai thoại: Trước khi di chuyển máy chủ DHCP, tôi đã giảm thời gian thuê xuống còn 5 phút cho 4000 khách hàng. Di chuyển đã bị trì hoãn và tôi quên thiết lập lại thời gian thuê trong một vài tuần. Không có gì phá vỡ. Thời gian thuê dưới phút có vẻ hơi quá. Bạn không thể mở rộng phạm vi của mình để chứa hơn 100 địa chỉ?
jscott

1
Lý tưởng nhất là tôi đặt nhiều AP hơn, nhưng hiện tại tôi chỉ có một AP và nó có thể đáp ứng tối đa khoảng 100 kết nối đồng thời. Đây là lý do cho giới hạn 100 địa chỉ.
sebpiq

6
@sebpiq 100 kết nối và 100 IP được gán là một điều khác biệt mặc dù ... về lý thuyết, tôi có một khối 200 địa chỉ trên máy chủ DHCP của mình, nhưng tôi sẽ không đến được bất cứ lúc nào ...
TiernanO

4
bạn cũng có thể chỉ cần đặt lại / thả tất cả các hợp đồng thuê từ máy chủ sau mỗi bản demo ...
SnakeDoc

Câu trả lời:


25

Với thời gian thuê rất thấp, bạn sẽ thấy lưu lượng mạng tăng lên, đặc biệt là lưu lượng phát sóng vì các giai đoạn "khám phá" và "cung cấp" của DHCP là các chương trình phát sóng lớp 2. Vấn đề này phụ thuộc vào nhiều yếu tố như kích thước và độ phức tạp của mạng, độ trễ, hiệu suất của máy chủ DHCP, v.v ... Hãy nhớ rằng các máy khách DHCP không đợi cho đến khi hết hạn thuê để thử gia hạn. Vì vậy, nếu bạn cho tôi thuê 60 giây, tôi sẽ nói chuyện với máy chủ DHCP (có khả năng) cứ sau 30 giây để gia hạn.

Đối với các vấn đề "kỳ lạ", bất cứ điều gì đi. Các máy khách DHCP khác nhau sẽ hành xử khác nhau. Một số có thể xử lý tốt, một số có thể có vấn đề làm mới thường xuyên và thất bại. Có lẽ có những khách hàng nhận được hợp đồng thuê và chỉ cần ngủ trong một khoảng thời gian nhất định sau đó kiểm tra xem họ có cần gia hạn hoặc ném địa chỉ nếu hết hạn hay không. Nếu thời gian ngủ dài hơn thời gian thuê thì hệ thống sẽ giữ IP lâu hơn mức cho phép. Tôi chưa từng thấy vấn đề đó trước đây nhưng tôi đã thấy những thứ như IP mà khách hàng yêu cầu trong giai đoạn "yêu cầu" khác với giai đoạn mà máy chủ đưa ra trong giai đoạn "cung cấp" nhưng máy chủ thực sự đã cung cấp cho khách hàng "yêu cầu" "IP, đã được sử dụng. Không bao giờ đánh giá thấp làm thế nào phần mềm kém có thể được viết.


Hmm, về cơ bản, tất cả phụ thuộc vào việc triển khai tôi đoán ... và vì vậy tôi cho rằng thật khó để đưa ra thời gian thuê an toàn! Có lẽ tôi sẽ thỏa hiệp, chẳng hạn như 2-3 triệu!?
sebpiq

15

Việc khớp thời gian thuê DHCP với giới hạn kết nối của AP không khiến tôi gặp phải vấn đề tốt nhất. Hai người không cần phải hợp nhau. Giảm thời gian thuê DHCP xuống gấp đôi thời lượng của bản demo (đề xuất hoàn toàn tùy ý) và mở rộng phạm vi DHCP của bạn để đáp ứng nhiều hợp đồng thuê như bạn nghĩ bạn sẽ có trong một khoảng thời gian hợp lý. Khi người dùng rời khỏi AP và người dùng mới kết nối, họ sẽ nhận được IP không được sử dụng từ nhóm DHCP phong phú của bạn hoặc họ sẽ nhận được địa chỉ IP được thuê trước đó sau khi hết thời gian thuê.

Nếu định cấu hình nhóm địa chỉ IP DHCP của bạn là phương tiện kiểm soát số lượng người có thể kết nối với AP thì tôi có thể nói rằng có lẽ cách tốt hơn để làm điều đó.


Bạn hoàn toàn đúng. Tôi phải kiểm tra xem có cách nào để giới hạn số lượng kết nối trực tiếp trên AP hay không và tăng số lượng địa chỉ có thể gán lên tối đa.
sebpiq

5
Đây là việc sử dụng mạng 172.16.0.0/12. Có rất nhiều địa chỉ trong đó.
Bryan Boettcher

1
Hoặc phạm vi 10.0.0.0/8. Bạn đã có 16 triệu địa chỉ có thể sử dụng trong đó (nếu 1 triệu trong đề xuất của @ insta là không đủ;))
Matthew Steeples

@joeqwerty Tôi thực sự muốn chấp nhận câu trả lời của bạn vì bạn đã giải quyết vấn đề của tôi ... nhưng câu trả lời của JeffW đúng nghĩa hơn :( xin lỗi về điều đó.
sebpiq
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.