/ 31 Bitmasks điểm-điểm


13

Khi nào thì thích hợp để sử dụng mạng / 31 trong sản xuất và sử dụng chúng được coi là thông lệ tốt? Trên một liên kết điểm-điểm, các chương trình phát sóng không được yêu cầu, do đó, không có trường hợp hấp dẫn nào chỉ sử dụng / 31 trên 30 vì có vẻ như / 30s vẫn được triển khai rộng rãi và phổ biến. Điều này đã được xác định bởi RFC 3021 .

Có trường hợp sử dụng nào để sử dụng a / 31 ngoài mục đích bảo tồn không gian địa chỉ không? Việc giới thiệu / 31 có mang lại một loạt các mối quan tâm mới không được tìm thấy trong / 30 không?

Có phải / 31 thường chỉ được nhìn thấy trong không gian công cộng, đặc biệt là cho các ISP hoặc chúng thường được sử dụng trong không gian riêng tư cho cả ISP và Doanh nghiệp?


2
Bỏ phiếu để đóng vì đây dường như không phải là một câu hỏi thực tế, nhưng nhiều hơn là tạo ra một diễn đàn để thảo luận (điều mà chúng tôi muốn tránh). Tôi đã thấy họ sử dụng khá nhiều trong sản xuất - việc họ có làm việc như dự định hay không là tùy thuộc vào việc thực hiện của nhà cung cấp.
John Jensen

@JohnJensen hãy để tôi diễn đạt lại cụm từ này sau đó ....
kneseseh

Tôi nghĩ câu hỏi ở đây là: "khi nào thiết lập này được sử dụng?"
Bulki

2
@ Mike-Pennington Tôi phải không đồng ý với bạn về điều này (trân trọng ofc). Tôi có thể hiểu vấn đề với / 31 địa chỉ ở cấp độ lý thuyết. Vì bạn không có một phần địa chỉ chỉ là một địa chỉ và không phải là một phần phát sóng hoặc mạng con. Tuy nhiên, điều này có thể được sử dụng khi bạn đang sử dụng định tuyến phù hợp với mạng này, v.v. hoặc điểm-điểm. Các câu hỏi "tại sao có thể" hoặc "khi nào nó được sử dụng" là những câu hỏi hay.
Bulki

1
Chỉ cần lưu ý ở đây Mikrotik không hỗ trợ / 31 hoặc / 127. Và họ không có ý định sửa nó.
sdaffa23fdsf

Câu trả lời:


11

Chúng tôi đã sử dụng / 31 trong lõi của chúng tôi (Brocade, Juniper, Cisco) trong hơn ba năm mà không có vấn đề gì.

Đây là mạng ISP sản xuất và do đó thích hợp sử dụng chúng trong môi trường sản xuất miễn là bộ của bạn hỗ trợ và bạn đã thử nghiệm nó


Không thực sự trả lời câu hỏi, "chúng tôi đã sử dụng điều này"
jwbensley

Sử dụng nó bất cứ khi nào bạn muốn, vì nó không gây ra bất kỳ vấn đề nào trong mạng sản xuất
mellowd

Vì vậy, hãy đặt nó trong câu trả lời của bạn :)
jwbensley

6

Như đã nói ở nơi khác, sử dụng mặt nạ / 31 bit có thể hoạt động và là một cách tốt để bảo tồn không gian địa chỉ có sẵn của bạn.

Có lẽ nhập nhiều hơn trong những trường hợp bạn không thể sử dụng / 31s? Những giao thức hoặc ứng dụng nào có thể hoạt động sai hoặc phá vỡ do không có địa chỉ quảng bá ?

BootPDHCP đứng đầu danh sách theo bài viết trước, nhưng chúng tôi không quan tâm đến những người trên các liên kết điểm-điểm của bộ định tuyến. ARP sử dụng địa chỉ MAC quảng bá - không phải IP - vì vậy không nên có bất kỳ vấn đề nào ở đó ... OSPF & EIGRP đều sử dụng địa chỉ multicast, RIP v1 có vẻ như đó có thể là một vấn đề.

Những gì khác là phụ thuộc vào địa chỉ phát sóng hoặc mạng?


IMHO đây là một câu hỏi, không phải là một câu trả lời.
CVn

1
Đã đồng ý. Câu hỏi ban đầu không được diễn đạt tốt và câu hỏi đã thực sự được đóng lại bằng cách bỏ phiếu. Nó đã được viết lại và mở lại kể từ khi bài viết này ban đầu được thực hiện. (Hy vọng rằng nó đã góp phần cải thiện câu hỏi.)
Peter

5

Tôi đã sử dụng chúng trong nội bộ trong các phòng thí nghiệm chạy EIGRP một chút và cho đến nay vẫn chưa tìm thấy bất kỳ vấn đề nào.

Cách tôi nhìn thấy nếu a / 24 được phân bổ cho phạm vi P2P.

  1. / 30 bitmask = 64 liên kết P2P
  2. / 31 bitmask = 128 liên kết P2P

/ 23 phân bổ

  1. / 30 bitmask = 128 liên kết P2P
  2. / 31 bitmask = 256 liên kết P2P

Được rồi, tôi sẽ không làm mọi người chán ngấy với toán học mạng con và sức mạnh của hai người. Nhưng vì chúng ta đang ở chế độ cạn kiệt IPv4, nó cho phép chúng ta sử dụng tốt hơn các bài tập mạng con đã cho.

Ngoài ra, trong P2P tôi thấy không có lý do tại sao chúng tôi cần một địa chỉ quảng bá. Chỉ có hai máy chủ trong mạng này. Do đó, bất kỳ gói tin nào được phát sóng sẽ được nghe bởi máy chủ khác.

Các bộ định tuyến của BTW, Cisco đã hỗ trợ tính năng này kể từ iOS 12.2 (2) T


Vì vậy, bạn hỏi một câu hỏi và 8 phút sau đó tự trả lời nó ... có vẻ hơi kỳ lạ phải không? Dù sao, theo tôi, việc triển khai a / 31 duy nhất được sử dụng trên tường lửa khi chỉ cần 2 địa chỉ WAN (và NAT sẽ làm phần còn lại).
Bulki

@Bulki đồng ý sự kỳ quặc của nó - đã đăng bài này trước khi sửa đổi câu hỏi vì tôi đang tìm kiếm thêm một cấu trúc diễn đàn / tranh luận mà tôi không nhận ra chúng tôi đang tránh.
kneseseh

1
Tôi không nghĩ rằng câu hỏi này là phù hợp vì nó rất chủ quan. Nó là phổ biến để sử dụng / 31, ít nhất là tại các ISP. Không có lý do gì để không làm thế bởi vì các nhà cung cấp lớn đã hỗ trợ nó từ lâu.
Daniel Dib

Nó là khá kết thúc mở, nhưng hình thành như câu hỏi nên hữu ích. Có lẽ câu hỏi là "có lý do nào để không luôn luôn chạy / 31 và / 127 trên các liên kết điểm-điểm" không thì chúng ta có thể nhận được dữ liệu thú vị về các nhà cung cấp khi điều này không hoạt động hoặc động lực khác không chạy chúng (tôi có thể nghĩ của một cho / 127)
ytti

7
@bulki Không có gì sai khi đăng câu hỏi và sau đó trả lời câu hỏi của chính mình. Điều này theo nghĩa đen được khuyến khích. meta.networkengineering.stackexchange.com/questions/4/
Constant Constantine

2

Với sự thận trọng và tầm quan trọng của việc bảo tồn địa chỉ, cách tiếp cận chung để sử dụng a / 31 phải là "nếu nó hoạt động, hãy sử dụng nó" .

Tất nhiên, bạn có thể tiến thêm một bước này và bắt đầu sử dụng không gian riêng tư cho các liên kết điểm-điểm của mình, nhưng điều này rõ ràng có thể có vấn đề nếu bạn sẽ chạy theo dõi trên internet thay vì trong mạng của mình, mặc dù thậm chí điều đó có thể được giảm nhẹ bằng cách định cấu hình bộ định tuyến của bạn để phát sinh lỗi ICMP với một địa chỉ IP nguồn cụ thể.

Nói tóm lại, hãy làm bất cứ điều gì bạn có thể để lãng phí càng ít địa chỉ càng tốt (trong giới hạn thực tiễn tốt nhất và khả thi, đừng bắt đầu ném các bộ tập trung NAT lên khắp mọi nơi)

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.