在PPP中使用广播或networkingID作为src IP?

在PPP的情况下,我们是否允许使用任何IP地址,包括广播和networkingID作为源地址?

例如:

192.168.1.0, 192.168.1.255

其中一位客户为PPPconfiguration了一个DHCP池,其地址为192.168.0.1192.168.1.254 。 (而不是创build两个单独的范围: 192.168.0.1~192.168.0.254, 192.168.1.1~192.168.1.254 )。 当DHCP向客户端发送192.168.1.0 ,PPP仍然工作。 这让我怀疑他们是否合法使用PPP(是/ 32)? 我以为是一个networkingID,我们不应该使用这个源地址。 这是因为PPP使用/ 32,因此它不再是networkingID?

  • KVM / Qemu下的TCP / IP性能调优
  • 将端口转发到另一个Ip /端口
  • 大量的TIME_WAIT连接说netstat
  • IPv4子网划分如何工作?
  • 有两个物理连接时哪条路线?
  • TIME_WAIT消耗文件描述符?
  • 2 Solutions collect form web for “在PPP中使用广播或networkingID作为src IP?”

    如果他们使用/ 23networking掩码(255.255.254.0),那么192.168.1.0是一个有效的主机地址。 在这种情况下192.168.0.0是networking地址,192.168.1.255是广播地址,有效的主机地址是192.168.0.1到192.168.1.254。

    这是在这里提到的两个不同的问题:

    • 通过PPP链接使用32位networking掩码:

    想象一下,从远程主机到PPP服务器的每个PPP连接都是一条独立的电缆,它是一个小的2节点networking,与其他networking隔离,没有网关,没有子网,一切都在链路上。

    PPP通常与32位networking掩码一起使用,因为在一个给定的PPP链路上只有两个点,因此不需要在链路上进行路由,所有来自一端的业务将总是到达另一端,而不pipe该地址如何。

    路由将发生 PPP链路之外 ,PPP服务器通常会为每个已build立的PPP接口(连接)build立路由,例如,假设企业邮件服务器正在回复远程PPP客户端。

    数据包将从邮件服务器到PPP聚合器服务器(PPPSRV1),目的地址是192.168.1.10(PPPHOST1); PPPSRV1在其路由表中find最具体的路由,如下所示:

    Target: 192.168.1.10/32, Gateway: 0.0.0.0 (on-link), Device/Interface: ppp8

    PPPSRV1将通过接口ppp8将数据包从以太网端口路由到PPP连接,并将到达PPPHOST1。

    RFC3021并不直接相关,但它解释了一些相关的概念。

    我的观点是,PPP不必使用32位networking掩码。

    • 关于192.168.0.0/23networking上networkingID和广播地址的混淆:

    像joequerty说的那样,使用了一个23位的networking掩码,这意味着networkingID和广播地址分别是192.168.0.0和192.168.1.255,中间的任何东西都可以分配给主机。 这是最直接的计算 – networking位不覆盖? 关掉你去的主机。

    服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器.