[参考译文] AM62L-PROCESSOR-SDK：关于 AM62L EVM 上的以太网依赖问题

Helllo,

对此进行任何更新。eth0和 eth1之间是否存在任何类型的以太网依赖关系？

您好、Dheeraj、

因为我不在办公室、所以对迟来的答复表示歉意。 据我所知、两个以太网端口之间不应存在任何特定的依赖关系。

您是否能够在已启用的端口和未能获取 IP 地址的端口之间捕获和共享 Wireshark？

此外、您能否共享 EVM 的引导日志？ 我专门寻找已启用的以太网端口的初始化、看看端口是否已正确初始化。

另一个选项是完全删除要禁用的端口(包括&cpsw_portX 节点和 cpsw3g_phyX 节点)的 DTS 配置、并查看行为是否发生变化。

-道林

您好、Daolin、

很抱歉、我无法理解 Wireshark 测试的实际含义。我们目前没有使用该软件进行测试。
我已经附加了两个测试用例的日志文件.(两个端口都启用,端口1禁用). 我也尝试删除端口1的完整 DTS 配置、但问题仍然存在。 我已经尝试使用 differnet Mac 地址也. 所有测试用例都会导致与未分配 IP 相同的问题。此问题的原因可能是什么。

e2e.ti.com/.../Ethernet_2D00_one_2D00_portdisbaled.loge2e.ti.com/.../Ethernet_2D00_both_2D00_port_2D00_enabled.log

-- Dheeraj
 

尊敬的 Dheeraj：

您的测试设置是什么样子的？ 换句话说、您是否将 AM62L EVM 直接连接到运行 DHCP 服务器的主机 PC (两者之间没有以太网交换机)？

Unknown 说：

很抱歉、我无法理解 Wireshark 测试的实际含义。我们目前没有使用该软件进行测试。

Wireshark 捕获是捕获和查看通过电缆发送的以太网数据包的一种方法。 假设您的 EVM 直接连接到主机 PC、您可以在连接到 EVM 的主机 PC 的以太网接口上运行 Wireshark 软件、以查看已从主机 PC 端发送和接收的数据包。 对于此特定问题、我们可以查看是否有任何通过 DHCP 获取 IP 地址所需的预期 DHCP 请求和提供消息。 它旨在用作调试工具。  

作为另一项检查、当无法获取 IP 地址时、能否共享"ethtool -S eth0"(当 eth0是启用的端口时)的结果？ 目标是检查是否存在任何 RX 错误。  

此外、如果您使用的是运行 DHCP 服务器的主机 PC、主机 PC 是否是 Linux 计算机？  

-道林

尊敬的 Dheeraj：  

Unknown 说：

要生成流量、我尝试从主板 ping 通；但是、由于主板未分配 IP 地址、因此无法捕获任何数据包。 根据我的理解、当未分配 IP 时、这可能是预期行为、但请您就我是否正确处理 IP 或是否有其他问题提供意见。

感谢您设置 Wireshark。 为了澄清问题、您不需要使用 ping 显式生成流量、因为 Wireshark 就像网络嗅探器、所以它只捕获线路上的所有流量。 对于通过 DHCP 获取 IP 地址、这意味着 DHCP 服务器(只要您将其设置为正常工作)将向尝试获取 IP 地址的设备发出 DHCP 请求。 应在 Wireshark 上自动捕获此请求。

Unknown 说：

我将板连接到我的 LAN 以太网端口、在 Wireshark 中选择了相应的以太网接口并开始捕获。

您能解释一下"静态模式"的含义吗？ 我在前面的发言中的意思是、选择连接到 EVM 的以太网接口、这听起来像是您所做的。  

来自此输出的 Rx 统计信息表明从主机 PC 收到了一些良好的数据包、并且未观察到导致丢包的 CRC 错误(这很好)。 但是、我怀疑 DHCP 服务器的 DHCP 请求和提供从未遇到过。

Unknown 说：

此外、如果您使用的是运行 DHCP 服务器的主机 PC、则主机 PC 是 Linux 计算机吗？  [/报价]

你能否证实上述情况？ 如果它是 Linux 机器并且您正在使用 ISC-DHCP-server、那么"systemctl status isC-DHCP-server"的结果是什么？

-道林

您好、Daolin、

此外、如果您使用的是运行 DHCP 服务器的主机 PC、主机 PC 是否是 Linux 计算机？  

是的、我正在使用 Linux 机器。 "systemctl status isc-dhcp-server"的结果如下所示。




这是什么意思。我有点困惑在这里这个问题不是在你方面,当禁用以太网端口和测试? 如果是,你可以解释你的板设置。和我面临同样的问题,而在 Windows PC 上测试也.

有没有其他输出你想要我分享吗? 如何解决这个问题,如果你能帮我解决这个以太网问题,这将是非常有帮助的,因为我们的主板只支持一个以太网通过载板卡,它是失败的分配 IP。

谢谢、
Dheeraj K

尊敬的 Dheeraj：  

Unknown 说：

这是什么意思。我有点困惑这里禁用以太网端口和测试时、这个问题不会在您身边出现？ 如果是,请解释您的主板设置。我在 Windows PC 上测试时也遇到了同样的问题。

为了使 DHCP 服务器正常工作、您的 ISC-DHCP-server 状态应显示为"Active：Running (活动：正在运行)"。 日志还应指示已为连接的设备提供 IP 地址。 由于状态实际上在您的主机 Linux PC 上显示为"Active：Failed"、这意味着您的 DHCP 实际上没有正常运行、从而导致没有为受测板分配 IP 地址。  

您能否运行"sudo systemctl restart isc-dhcp-server"、然后再次检查"systemctl status isc-dhcp-server"？ 我希望在重新启动 DHCP 服务器后查看状态是否为"Active：Running (活动：正在运行)"。

-道林

您好、Daolin、

我已经尝试了重新启动,再次状态检查仍然显示相同. 在我看来、这不是问题、因为当两个端口都已启用且此时将分配 IP 时、DHCP 服务器也会出现故障。

FYI :我刚刚将我的主板连接到主机 PC 上,以便在终端上看到调试打印。 以太网电缆从我的 LAN 端口连接到端口、该端口对于其他板(AM62A CPU)工作正常。

能否请您解释一下当您这边没有通过禁用以太网端口来解决问题时的电路板设置。


- Dheeraj

尊敬的 Dheeraj：

Unknown 说：

如果禁用以太网端口后问题不在您身边、请说明您的电路板设置。

我尚未在 AM62L EVM 上测试如何通过 DTS 禁用以太网端口。 我计划明天尝试重现该问题、并告诉您我找到的内容。

我已经尝试了重新启动,再次状态检查仍然显示相同. 在我看来、这不是问题、因为当两个端口都已启用且此时将分配 IP 时、DHCP 服务器也会出现故障。

FYI :我刚刚将我的主板连接到主机 PC 上,以便在终端上看到调试打印。 以太网电缆从我的 LAN 端口连接到端口、该端口对于其他板(AM62A CPU)工作正常。

当两个以太网端口都保持启用状态并且您能够从 DHCP 服务器获取两个端口的 IP 地址时、您的 DHCP 服务器是否也处于失败状态？ 只有在 DHCP 服务器正常运行时、通过 DHCP 分配的 IP 地址才是真正可行的。 如果您的 DHCP 服务器位于主机 PC 上、则 ISC-DHCP-server 应正常工作以获取 IP 地址。  

当您说"LAN 端口"时、表示您在被测板和主机 PC 之间有一个开关？ 到目前为止、我假设您的测试设置是电路板与主机 PC 之间的直接连接、这是正确的吗？

-道林

尊敬的 Daolin：

当您说"LAN 端口"时、表示您在被测板和主机 PC 之间有一个开关？ 到目前为止、我假设您的测试设置是电路板与主机 PC 之间的直接连接、这是正确的吗？

此设置涉及具有多个 LAN 以太网端口的系统、允许以太网电缆连接到需要互联网访问的各种接口。 在本例中、一根以太网电缆连接到 CPU、用于接入主机 PC 的互联网、另一根以太网电缆连接到被测板。 此配置使 PC 和电路板能够独立访问网络。 为了说明这一点、主机 PC 和主板之间没有通过单独的 LAN 端口单独连接的开关。 该板使用的以太网端口已经过其他板的验证、并且一直可以正常工作、没有问题、因此我相信端口和电缆工作正常。 我希望这有助于您澄清测试设置、以便您理解。

我尚未在 AM62L EVM 上测试如何通过 DTS 禁用以太网端口。 我计划明天尝试重现该问题、并告诉您我找到的内容。

好的、请告诉我接下来可以做些什么来解决这个问题。

-- Dheeraj

尊敬的 Dheeraj：  

Unknown 说：

这是我之前提到的"静态"的情况、对我来说也很合适

Unknown 说：

将 eth0直接连接到运行正在运行的 ISC-DHCP-服务器(DHCP 服务器)的主机 PC。 已成功将 IP 地址分配给 eth0、并且通信正常。 我的主机 PC 是172.168.1.1、eth0是172.168.1.194

我已经解释过、我使用动态 IP 地址、而不是静态分配 IP 地址、因为我使用在主机 PC 上运行的 DHCP 服务器为 EVM 动态分配 IP 地址。 在动态分配 IP 地址方面、我的主机 PC 上的 DHCP 服务器基本上与外部网络提供商执行相同的操作。 我建议您在设置中测试相同的设置(移除网络中的外部网络提供商、将 EVM 直接连接到运行 ISC-DHCP-server 的主机 PC)。

-道林

尊敬的 Daolin：

事情是,我们使用 Linux PC 进行测试,我们只有一个可以连接的以太网端口(它被用作连接到互联网的 PC 的网络提供商)。因此,它不可能测试,因为你提到的是连接板到主机 PC。所以我问为什么这个以太网依赖问题是在我禁用和以太网端口时观察到。 根据您的理解,我的 DHCP 服务器有一些问题,但每当我尝试连接我的以太网电缆到端口启用了两个端口没有发现问题. 测试了多次,我已经共享了日志.  

您是否尝试过 ping 到8.8.8.8以验证它是否正在 ping 外部网络。对于我们而言、要将以太网端口测试视为通过、我们必须 ping 到正确的网络(而不是我们自己的主机 PC)。因此、这是我失败的地方。 要 ping 到一个适当的网络,我需要我的板分配一个 IP 只有一个以太网端口。您能澄清为什么这个问题是面临在 EVM 板上,因为在相同的软件我有这个问题与我的自定义板有一个以太网端口.

-- Dheeraj

尊敬的 Daolin：

我观察到 CPU 似乎已经与 MAC 地址融合了、如 下图所示。 我能够通过 U-Boot 环境变量更新 MAC 地址、这似乎几乎可以解决该问题。

警告：以太网@8000000port@1个 MAC 地址不匹配：
ROM 中的地址为44：6B：1f：35：33：54
环境中的地址为 a0：cd：f3：77：ef：49

但是、当我使用关闭以太网接口ifconfig eth0 downifconfig eth0 up、然后使用将其恢复时、IP 地址不会重新分配。

您是否按照我之前的要求、通过关闭和打开以太网接口、然后尝试 ping Google 之类的服务器来测试了此行为？

我还注意到、第一次引导后、如果我连接以太网电缆、则会正确分配 IP 地址。 此外、如果我随后运行该udhcpc命令、后续ifconfig up和down操作不会导致任何问题—IP 地址按预期重新分配、但 ping 失败。

当我在引导后关闭接口、然后尝试测试以太网功能时、问题会特别发生。 此时未分配 IP 地址。

有关此问题的更多详细信息、请查找随附的日志。

e2e.ti.com/.../Ethernet_2D00_log_2D00_for_2D00_TI_2D00_without_2D00_udhcpc.log
e2e.ti.com/.../Ethernet_2D00_log_2D00_for_2D00_TI_2D00_with_2D00_udhcpc.log

-- Dheeraj

尊敬的 Dheeraj：  

Unknown 说：

您是否尝试 ping 8.8.8.8以验证它是否正在 ping 通外部网络。对于我们而言、要将以太网端口测试视为通过、我们必须 ping 通正确的网络(而不是我们自己的主机 PC)。因此、这是我失败的地方。 要 ping 到一个合适的网络,我需要我的主板分配一个只有一个以太网端口的 IP。您能否澄清为什么这个问题是在 EVM 主板上面临的,因为在同一个软件中,我的自定义主板有一个以太网端口存在这个问题。

很遗憾、我无法进行该测试。 首先、公司防火墙阻止我通过 EVM 访问8.8.8.8。 其次、我们提供的 Linux Yocto 版本不是为了连接到更广泛的互联网而设计的、我们建议使用我们提供的 Debian 版本来连接到互联网。 最后、为了说明我们的测试模型、我们测试非常简单的设置、以验证 CPSW 驱动程序是否没有问题。 这个简单的设置就是我所说的测试设置。

在我的测试中、我验证了即使在禁用端口后也可以分配 IP 地址、并且可以发送和接收数据包、因此验证了我们的 CPSW 驱动程序是否正常工作。 从软件角度来看、我们主要支持的限制是 CPSW 驱动程序(低级 TI 驱动程序)是否存在问题。 除此之外、如果我们想一想、我们只能尽力提出建议。

话虽如此、作为一项建议、我认为我们应该看看使用 Wireshark 工具来看看您是否收到 DHCP 消息  检测到的波形  以便接收 IP 地址。 不要使用 Wireshark GUI、而是尝试使用 tcpdump (例如 tcpdump  -i)捕获 AM62L 电路板上的数据包 -s 65535 -w 将结果写入文件)。 然后、可以在开发 PC 上的 Wireshark 应用程序中打开 tcpdump 文件、查看在该接口上接收和发送了哪些数据包。  

另外、我对您的测试硬件设置感到困惑。 您能否分享有关测试拓扑的图表(而不是用文字描述)？

-道林

HII、

抱歉,延迟响应,现在我正在处理一些其他问题,将在我再次启动 AM62L 以太网问题后返回给您。

-- Dheeraj

您好、

您能检查附加的日志并帮助我执行任何调试方法吗？现在、如果我执行此过程但无法 ping、IP 似乎正在分配。

root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.224  netmask 255.255.248.0  broadcast 192.168.7.255
        inet6 fe80::a2cd:f3ff:fe77:ef49  prefixlen 64  scopeid 0x20<link>
        ether a0:cd:f3:77:ef:49  txqueuelen 1000  (Ethernet)
        RX packets 322  bytes 27053 (26.4 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 32  bytes 5060 (4.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 18  bytes 2046 (1.9 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 18  bytes 2046 (1.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

root@am62lxx-ig69m:~# arp -n
Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.1.129            ether   f4:8e:38:92:2b:28   C                     eth0
192.168.0.1              ether   40:ed:00:a0:d0:7d   C                     eth0
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# ping -I e[   49.518346] kauditd_printk_skb: 5 callbacks suppressed
[   49.518369] audit: type=1334 audit(1745845515.493:21): prog-id=20 op=LOAD
th[   49.702788] audit: type=1334 audit(1745845515.681:22): prog-id=20 op=UNLOAD

ping: usage error: Destination address required
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# ping -I eth0 192.168.1.129
PING 192.168.1.129 (192.168.1.129) from 192.168.0.224 eth0: 56(84) bytes of data.
64 bytes from 192.168.1.129: icmp_seq=1 ttl=64 time=0.417 ms
64 bytes from 192.168.1.129: icmp_seq=2 ttl=64 time=0.389 ms
64 bytes from 192.168.1.129: icmp_seq=3 ttl=64 time=0.381 ms
^C
--- 192.168.1.129 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2026ms
rtt min/avg/max/mdev = 0.381/0.395/0.417/0.015 ms
root@am62lxx-ig69m:~# ^C
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# udhcpc
udhcpc: started, v1.36.1
Dropped protocol specifier '.udhcpc' from 'eth0.udhcpc'. Using 'eth0' (ifindex=2).
udhcpc: broadcasting discover
udhcpc: broadcasting select for 192.168.0.224, server 192.168.4.133
udhcpc: lease of 192.168.0.224 obtained from 192.168.4.133, lease time 43200
/etc/udhcpc.d/50default: Adding DNS 192.168.2.254
Dropped protocol specifier '.udhcpc' from 'eth0.udhcpc'. Using 'eth0' (ifindex=2).
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.224  netmask 255.255.248.0  broadcast 192.168.7.255
        inet6 fe80::a2cd:f3ff:fe77:ef49  prefixlen 64  scopeid 0x20<link>
        ether a0:cd:f3:77:ef:49  txqueuelen 1000  (Ethernet)
        RX packets 6344  bytes 721822 (704.9 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 93  bytes 13874 (13.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 19  bytes 2267 (2.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 19  bytes 2267 (2.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# ping -I eth0 192.168.1.129
PING 192.168.1.129 (192.168.1.129) from 192.168.0.224 eth0: 56(84) bytes of data.
64 bytes from 192.168.1.129: icmp_seq=1 ttl=64 time=0.680 ms
64 bytes from 192.168.1.129: icmp_seq=2 ttl=64 time=0.579 ms
64 bytes from 192.168.1.129: icmp_seq=3 ttl=64 time=0.420 ms
64 bytes from 192.168.1.129: icmp_seq=4 ttl=64 time=0.584 ms
^C
--- 192.168.1.129 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3066ms
rtt min/avg/max/mdev = 0.420/0.565/0.680/0.093 ms
root@am62lxx-ig69m:~# ^C
root@am62lxx-ig69m:~# ^C
root@am62lxx-ig69m:~# ifconfig eth0 down
[  147.604123] am65-cpsw-nuss 8000000.ethernet eth0: Link is Down
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# ifconfig eth0 up  
[  152.022347] am65-cpsw-nuss 8000000.ethernet eth0: PHY [8000f00.mdio:04] driver [ADIN1300] (irq=POLL)
[  152.031528] am65-cpsw-nuss 8000000.ethernet eth0: configuring for phy/rgmii-rxid link mode
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# [  156.651879] am65-cpsw-nuss 8000000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx

root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# ifconfig eth0   
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.224  netmask 255.255.248.0  broadcast 192.168.7.255
        inet6 fe80::a2cd:f3ff:fe77:ef49  prefixlen 64  scopeid 0x20<link>
        ether a0:cd:f3:77:ef:49  txqueuelen 1000  (Ethernet)
        RX packets 7601  bytes 831738 (812.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 132  bytes 19601 (19.1 KiB)
        TX errors 0  dropped 10 overruns 0  carrier 0  collisions 0

root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# sync
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# arp -n
Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.2.254                    (incomplete)                              eth0
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# 
root@am62lxx-ig69m:~# ping -I eth0 192.168.0.185
PING 192.168.0.185 (192.168.0.185) from 192.168.0.224 eth0: 56(84) bytes of data.
From 192.168.0.224 icmp_seq=1 Destination Host Unreachable
From 192.168.0.224 icmp_seq=2 Destination Host Unreachable
^C
--- 192.168.0.185 ping statistics ---
4 packets transmitted, 0 received, +2 errors, 100% packet loss, time 3070ms
pipe 4
root@am62lxx-ig69m:~# ping -I eth0 192.168.2.224
PING 192.168.2.224 (192.168.2.224) from 192.168.0.224 eth0: 56(84) bytes of data.
From 192.168.0.224 icmp_seq=1 Destination Host Unreachable
From 192.168.0.224 icmp_seq=2 Destination Host Unreachable
From 192.168.0.224 icmp_seq=3 Destination Host Unreachable
^C
--- 192.168.2.224 ping statistics ---
6 packets transmitted, 0 received, +3 errors, 100% packet loss, time 5102ms
pipe 4
root@am62lxx-ig69m:~# ^C

尊敬的 Dheeraj：

Unknown 说：

另外、我对您的测试硬件设置感到困惑。 您能否分享测试拓扑图(而不是用文字描述)。

您能否准确地阐明导致所看到问题的测试拓扑？ 我很难在不理解您测试的整个背景的情况下提供任何建议。  

您是否进行了允许获取 IP 地址的任何更改？

例如、我看到以下内容、我假设这是与 AM62L 电路板相连的设备的 IP 地址。 但是、您正在尝试 ping 其它 IP 地址

Address of what I assume is the connected device is 192.168.2.254
root@am62lxx-ig69m:~# arp -n
Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.2.254                    (incomplete)                              eth0


However, below you are trying to ping 192.168.0.185 and 192.168.2.224 (not matching 192.168.2.254)
root@am62lxx-ig69m:~# ping -I eth0 192.168.0.185
PING 192.168.0.185 (192.168.0.185) from 192.168.0.224 eth0: 56(84) bytes of data.
From 192.168.0.224 icmp_seq=1 Destination Host Unreachable
From 192.168.0.224 icmp_seq=2 Destination Host Unreachable
^C
--- 192.168.0.185 ping statistics ---
4 packets transmitted, 0 received, +2 errors, 100% packet loss, time 3070ms
pipe 4
root@am62lxx-ig69m:~# ping -I eth0 192.168.2.224
PING 192.168.2.224 (192.168.2.224) from 192.168.0.224 eth0: 56(84) bytes of data.
From 192.168.0.224 icmp_seq=1 Destination Host Unreachable
From 192.168.0.224 icmp_seq=2 Destination Host Unreachable
From 192.168.0.224 icmp_seq=3 Destination Host Unreachable
^C
--- 192.168.2.224 ping statistics ---
6 packets transmitted, 0 received, +3 errors, 100% packet loss, time 5102ms

-道林