我刚刚获得了一个旧的思科877.我确保先按下后面的重置button。 然后我插入其中一个LAN端口。 该设备给了我一个IPv4地址（169.254.14.65/16）和一个IPv6地址（fe80 :: 9504：ecb9：b0b：e41％38） 我尝试使用Wireshark嗅探数据包，发现Cisco设备正在广播ARP数据包。 消息是： Who has 192.168.80.1? Tell 192.168.80.9 Who has 192.168.80.1? Tell 192.168.80.9 我的理解是，192.168.80.9应该是Cisco路由器的地址，但它不响应ping或http / https请求。 PS。 我知道，一般做思科configuration我需要使用控制台端口，需要一个控制台oprt。 然而，我正在试图访问这个东西，好奇。 谢谢 ：）
我正在使用梭子鱼VPN，Windows 7访问公司的数据。 一旦我完成工作，我断开客户端。 之后，我的浏览器不能正常工作，它不能解决任何域名。 有趣的是，“tracert”可以跟踪任何域名。 我尝试了'arp -d *'，但并没有解决问题。 重新启动机器也没有。 连接到另一个WiFinetworking（但它并不总是一个选项）。 任何提示可能是什么问题？
我正在尝试与Linux的vxlan ，这个问题已经让我坚持了几天。 简单的Vxlan工作正常 简单的vxlan与muticast适用于跨主机通信，这只需创build一个vxlan vtep并分配一个ip地址： ip link add vxlan100 type vxlan id 100 group 239.1.1.1 dev enp0s8 ip addr add 10.20.1.2/24 dev vxlan100 ip link set vxlan100 up 在两台主机上运行上述命令后，拓扑如下： 这工作正常！ 桥接vxlan不起作用 然后我尝试设置桥接vxlan，连接容器与vxlan，它不起作用。 以下是我设置bridge和vxlan的过程： ip link add br0 type bridge ip link add vxlan100 type vxlan id 100 group 239.1.1.1 dev enp0s8 ip link set dev […]
如果在节点“A”和节点“B”之间运行iperf连接，arp条目可能会从其中一个节点过期。 [我有一个简单的mininet拓扑结构，并在两个主机之间运行iperf连接 – 其中一个arp过期 – 可以使用wireshark检查！]。 我的主要问题是为什么arp expire中间连接。 当条目闲置时，arp条目是否应该过期？
我有一个（实验）设置，其中一个主机myhost.mydomain有三个networking接口都连接到相同的VLAN作为其默认网关mygateway.mydonain 。 设置如下所示： interface MAC IP address ——— —————– ————— eth0 aa:aa:aa:aa:aa:aa myhost.mydomain eth1 bb:bb:bb:bb:bb:bb 192.168.0.7 eth2 cc:cc:cc:cc:cc:cc 192.168.1.7 我观察到的是约。 每4小时一个ARP请求从默认网关到达，ARP响应在所有三个接口上发出。 所有三个接口上的ARP请求（根据tcpdump ）读取： who-has myhost.mydomain tell mygateway.mydomain ARP响应读取： myhost.mydomain is aa:aa:aa:aa:aa:aa # on eth0 myhost.mydomain is bb:bb:bb:bb:bb:bb # on eth1 myhost.mydomain is cc:cc:cc:cc:cc:cc # on eth2 这是如何在这样的设置？ 我有点惊讶，因为myhost.mydomain显然是“仅” aa:aa:aa:aa:aa:aa ，因为该地址绑定到eth0 。 我还看到，在这些响应之后，默认网关会在eth2 （而不是eth0 ）上发送进一步的TCP通信，这会导致其他复杂情况。 我知道这个问题可以通过arptables来解决，也可以通过将主机的接口连接到不同的networking来解决，但是我还想在继续之前了解这个具体情况。 […]
我有几个win2012服务器，我刚刚发现ARP广播正在生成，即使在它的本地arpcaching中find条目。 我的理解是，如果它已经在服务器上的ARPcaching，它不应该发送ARP广播。 任何原因为什么会发生？
我有一个杜松SRX340作为默认网关运行，我有一个Linux服务器（实际上是虚拟机）运行的Debian 8。 juniper ip：192.168.1.1 Debian ip：192.168.1.101（eth0） 我想添加更多的IP地址在我的Debian框，所以我创build一个新的子接口，并给它一个IP debian ip2：192.168.1.102（eth0：1） 当我这样做时，我不能从新的IP地址ping瞻博盒子和杜松无法ping新的IP地址。 我可以从新的IP地址ping同一networking上的其他主机，他们可以ping它…一切都很好。 所以..新的IP地址不能看到juiper框，而瞻博盒子不能看到其他的IP …所以然后我尝试了一些东西。 我把eth0的ip地址改为192.168.1.102，现在我可以ping通juniper盒子，juniper盒子可以ping回来。 然后我把它改回来，以便eth0：192.168.1.101和eth0：1：192.168.1.101，现在juniper可以ping这两个ip地址，并且这两个ip地址可以ping juniper。 所以..然后我进一步testing，并添加第三接口eth0：2，并给它的IP 192.168.1.103，我有同样的问题…我看不到杜松，杜松不能看到新的IP … 再次，如果我改变原来的eth0先使用103作为IP，然后回去，它再次工作..这是非常混乱。 有什么build议这里发生了什么？ junos版本15.1X49-D100.6 PS：这是最初发布在networking工程网站上的，但是他们拒绝看，希望这个社区能够帮助我更多。 编辑：更多信息请求： interfaces { fxp0 { unit 0 { family inet { address 10.208.20.17/24; } } } } } node0 { system { host-name WON-OSLO-FWA; } interfaces { fxp0 { unit 0 { […]
我们的Win10主机位于IPnetworking172.16.0.0/21。 （远程）WINS服务器位于IPnetworking192.168.1.0/24。 在172.16.xx的其中一台主机上运行Wireshark，我可以看到整个networking不断ARPing为192.168.1.1（WINS服务器）。 这对我来说没有意义。 对于不在本地子网中的IP，您不需要ARP。 相反，你会使用默认网关去那里。 这里可能是什么问题？ （我不是这些Windows协议的专家。）
机器：运行稳定的Debian Linux 2.6.18的Xen-3.0映像，相当香草。 我的VPS提供商要求我处理我的图像造成的一些麻烦，即处理它不应该的IP地址： 问题是你的服务器似乎被configuration为使用没有被指定给你的IP地址。 您的服务器响应IP 81.171.111.219和81.171.111.218的ARP请求。 但是你不能使用这些。 不明确，据我所知！ 至less，/ etc / / var / tmp下面没有提到这些IP地址。 但是arp -v说了一些我无法理解的东西： 地址HWtype HWaddress标志掩码Iface 81.171.111.1醚00：0C：DB：E3：80：00 C eth0 参赛作品：1跳过：0find：1 听什么呢？ 可能性似乎是： 这不是我的错：我的VPS提供商忽略了一些东西。 那可能是什么？ 81.171.111.1意味着我很高兴收听我不应该的ARP请求：我该如何改变这种情况？ 无论如何，这是什么意思？ 我在完全错误的地方寻找有关我的图像在做什么的信息。 我应该在哪里看？
什么是解决这个问题的最佳技术解决scheme？ 我有一个在一个Linux服务器中有两个网卡的24段网段（我们称之为srv ），在这个网段中有两个IP地址。 NIC1 / eth0 / 10.10.1.101 / MAC1 NIC2 / eth1 / 10.10.1.102 / MAC2 段10.10.1.0 /24通过一个允许通过基于MAC / IP组合的接入的交换机进行链接，IP由该交换机通过DHCP（基于单独的MAC）通过DHCP进行设置。 到目前为止，这似乎工作 – 不知何故 。 我知道，这个设置在技术上是不行的 ，查看/var/log/messages看到eth1每500ms的预期冲突（火星源代码包）： … srv内核：[1217.220559] martian source 10.10.1.254 from 10.10.1.112，on dev eth1 srv kernel：[1217.220563] ll header：ff：ff：ff：ff：ff：ff：00：1e：68：9d：54：05：08：06 srv内核：[1218.313186]火星源10.10.1.255从10.10.1.59开始，在dev eth1上 srv kernel：[1218.313190] ll header：ff：ff：ff：ff：ff：ff：00：13：d4：b7：6f：e9：08：00 … 每个NIC服务于其特定职责（连接到基于IP的vhosts-setup中的一个apache2服务器提供的不同网站）。 如何解决这个问题？ 我知道（而且我确实是这样），可以用通常的sysctrl -p调用closures“火星包logging”： net.ipv4.conf.all.log_martians = 0 net.ipv4.conf.eth0.log_martians […]