ICMP, Ping and TracerouteICMP، پینگ و بەدواداچوونی ڕێگە

IP delivers packets on a best-effort basis: it tries, but it never promises delivery and it has no way of its own to say what went wrong (The Network Layer and IPv4). That job belongs to ICMP, the Internet Control Message Protocol (RFC 792, September 1981). ICMP is a network-layer protocol that reports on the success or failure of delivery: a router that has to drop a packet, or a host that cannot pass it on, sends an ICMP error message back to the sender — for example “this host cannot be reached” or “this service is not available”. ICMP also carries simple test messages, and the ping and tracert tools are built on them.

IP پاکێتەکان (Packet) بە شێوەی هەوڵی باش دەگەیەنێت: هەوڵ دەدات، بەڵام هەرگیز بەڵێنی گەیاندن نادات و ڕێگایەکی خۆی نییە بۆ ئەوەی بڵێت چی هەڵە بوو (چینی ڕایەڵە و IPv4). ئەو کارە هی ICMPـە، ⁦Internet Control Message Protocol (RFC 792⁩، ئەیلوولی ⁦1981⁩). ICMP پرۆتۆکۆڵێکی چینی ڕایەڵەیە (Network layer) کە ڕاپۆرتی سەرکەوتن یان شکستی گەیاندن دەدات: ڕێدۆزێک کە ناچارە پاکێتێک فڕێ بدات، یان میوانگرێک کە ناتوانێت بیگەیەنێت، پەیامێکی هەڵەی ICMP بۆ نێرەر دەگەڕێنێتەوە — بۆ نموونە «ناتوانرێت بگەیت بەم میوانگرە» یان «ئەم خزمەتگوزارییە بەردەست نییە». هەروەها ICMP پەیامی تاقیکردنەوەی سادە هەڵدەگرێت و ئامرازەکانی ping و tracert لە سەر ئەوان دروست کراون.

ICMP has no ports and does not use TCP or UDP. Its message rides directly inside an IP packet, and the IPv4 header’s protocol field says 1 (the protocol field). So ICMP belongs to the network layer, next to IP, even though it is carried inside IP.

ICMP هیچ پۆرتێکی (Port) نییە و TCP یان UDP بەکار ناهێنێت. پەیامەکەی ڕاستەوخۆ لە ناو پاکێتێکی IPـدا دەڕوات و خانەی پرۆتۆکۆڵی سەرەی IPv4 دەڵێت 1 (خانەی پرۆتۆکۆڵ). بۆیە ICMP سەر بە چینی ڕایەڵەیە، لە تەنیشت IP، هەرچەندە لە ناو IPـدا هەڵدەگیرێت.

Every ICMP message starts with a type number (what kind of message) and a code (the exact reason). There are two families: query messages that ask and answer, and error messages that report a problem with a packet. These are the ones you will meet:

هەموو پەیامێکی ICMP بە ژمارەی جۆر (Type: چ جۆرە پەیامێکە) و کۆد (Code: هۆکاری ورد) دەست پێ دەکات. دوو خێزانیان هەیە: پەیامی پرسیار کە دەپرسن و وەڵام دەدەنەوە، پەیامی هەڵە کە کێشەیەکی پاکێتێک ڕاپۆرت دەکەن. ئەمانەن ئەوانەی دەیانبینیت:

One safety rule: no ICMP error is ever sent about an ICMP error message, so two devices can never get stuck sending errors to each other for ever.

یاسایەکی پاراستن: هەرگیز پەیامی هەڵەی ICMP لەبارەی پەیامێکی هەڵەی ICMP نانێردرێت، بۆیە دوو ئامێر هەرگیز ناکەونە ناو ناردنی بێکۆتایی هەڵە بۆ یەکتر.

ping is the most used command for checking connectivity: it tells you whether your computer and another IP address can reach each other. It sends a series of ICMP Echo Request messages to the target and waits for an Echo Reply to each one. For every reply it shows the round-trip time — how long the request took to go and the reply to come back. On Windows, ping sends four echo requests, each carrying 32 bytes of data, and then prints statistics. Routers can ping too: ping from IOS, in the Routing and Switching course.

ping باوترین فەرمانە بۆ پشکنینی پەیوەندی: پێت دەڵێت داخۆ کۆمپیوتەرەکەت (Computer) و ناونیشانی IPـێکی تر دەتوانن بگەنە یەکتر. زنجیرەیەک پەیامی داواکاریی Echoـی ICMP بۆ ئامانجەکە دەنێرێت و بۆ هەر یەکێکیان چاوەڕێی وەڵامی Echo دەکات. بۆ هەر وەڵامێک کاتی چوون و گەڕانەوە (Round-trip time) نیشان دەدات — ماوەی چوونی داواکارییەکە و گەڕانەوەی وەڵامەکە. لە Windowsـدا ping چوار داواکاریی Echo دەنێرێت، هەریەکەیان ⁦32⁩ بایت (Byte) دراوە (Data) هەڵدەگرێت، پاشان ئامارەکان دەنووسێت. ڕێدۆزەکانیش دەتوانن پینگ بکەن: پینگ لە IOSـەوە، لە خولی Routing and Switchingـدا.

This is what Windows 11 shows when Aram pings another computer on the same LAN. The command, then one line per reply, then the statistics:

ئەمە ئەوەیە کە ⁦Windows 11⁩ نیشانی دەدات کاتێک ئارام پینگی کۆمپیوتەرێکی تری سەر هەمان ڕایەڵەی ناوچەیی دەکات. فەرمانەکە، پاشان بۆ هەر وەڵامێک دێڕێک، پاشان ئامارەکان:

bytes is the size of the data in the reply. time is the round-trip time in milliseconds (time<1ms means less than one millisecond — normal on a LAN). TTL is the Time to Live left in the reply when it arrived: Windows starts its packets at 128, Linux, Android and macOS at 64, and every router on the way subtracts 1. A reply from a Windows PC on your own LAN crosses no router, so it still shows TTL=128; a reply with TTL=57 from a Linux server has crossed about 7 routers ($64 - 57 = 7$). How TTL works is explained in TTL: a packet’s hop limit.

bytes قەبارەی دراوەی ناو وەڵامەکەیە. time کاتی چوون و گەڕانەوەیە بە میلیچرکە (time<1ms واتە کەمتر لە یەک میلیچرکە — لە ڕایەڵەی ناوچەییدا ئاساییە). TTL ئەو TTLـەیە کە لە کاتی گەیشتنی وەڵامەکەدا ماوە: Windows پاکێتەکانی خۆی بە ⁦128⁩ دەست پێ دەکات، Linux و Android و macOS بە ⁦64⁩، هەر ڕێدۆزێکی سەر ڕێگاش 1 کەم دەکاتەوە. وەڵامێک لە کۆمپیوتەرێکی Windows لە سەر ڕایەڵەی ناوچەییەکەی خۆت بە هیچ ڕێدۆزێکدا تێناپەڕێت، بۆیە هێشتا ⁦TTL=128⁩ نیشان دەدات؛ وەڵامێک بە ⁦TTL=57⁩ لە ڕاژەکارێکی (Server) Linuxـەوە نزیکەی 7 ڕێدۆزی بڕیوە ($64 - 57 = 7$). TTL چۆن کار دەکات لە TTL: سنووری بازەکانی پاکێت ڕوون کراوەتەوە.

You can give ping four kinds of target, and each one tests something different:

دەتوانیت چوار جۆر ئامانج بدەیتە ping و هەریەکەیان شتێکی جیاواز تاقی دەکاتەوە:

When you ping a name, Windows first turns it into an address and shows that address in square brackets. If the name fails but its IP address works, the problem is name resolution (DNS or the hosts file), not the network. 127.0.0.1 is the loopback address: the echo request never leaves your computer, so a reply proves that your own TCP/IP software works — it says nothing about the cable or the LAN.

کاتێک پینگی ناوێک دەکەیت، Windows سەرەتا دەیکات بە ناونیشان و ئەو ناونیشانە لە ناو کەوانەی چوارگۆشەدا نیشان دەدات. ئەگەر ناوەکە سەرکەوتوو نەبوو بەڵام ناونیشانی IPـەکەی کاری کرد، کێشەکە لە دۆزینەوەی ناودایە (DNS یان فایلی hosts)، نەک لە ڕایەڵەکەدا. ⁦127.0.0.1⁩ ناونیشانی خۆگەڕانەوەیە: داواکاریی Echo هەرگیز لە کۆمپیوتەرەکەت دەرناچێت، بۆیە وەڵامێک دەیسەلمێنێت نەرمەواڵەی (Software) ⁦TCP/IP⁩ـی خۆت کار دەکات — هیچ شتێک لەبارەی کێبڵ یان ڕایەڵەی ناوچەیی ناڵێت.

Options go between ping and the target (Windows accepts / or - in front of them):

هەڵبژاردەکان لە نێوان ping و ئامانجەکەدا دەنووسرێن (Windows / یان - لە پێشیانەوە قبووڵ دەکات):

A failed ping is still useful, because the message shows where the trouble is. Read it before you guess:

پینگێکی سەرنەکەوتووش بەسوودە، چونکە پەیامەکە نیشان دەدات کێشەکە لە کوێیە. پێش ئەوەی مەزندە بکەیت بیخوێنەرەوە:

Which test to run next, and where to start, is taught in Divide and conquer.

کام تاقیکردنەوە دواتر بکەیت و لە کوێوە دەست پێ بکەیت لە دابەشکردن و زاڵبووندا فێر دەبیت.

Many computers and servers are set not to answer ping. On many Windows PCs the built-in firewall does not answer echo requests from other computers until an administrator allows them, and many websites and company networks drop ICMP at their firewalls. So a ping that gets replies proves the host is up, but a ping that gets no reply does not prove the host is down. In the two-PC lab you will see this happen and let ping through Windows Defender Firewall yourself (Why the first ping often fails: the firewall), if you like with one rule that allows only ping.

زۆر کۆمپیوتەر و ڕاژەکار وا ڕێک خراون کە وەڵامی پینگ نەدەنەوە. لە زۆر کۆمپیوتەرێکی Windowsـدا ئاگرەدیواری ناوخۆیی وەڵامی داواکاریی Echo لە کۆمپیوتەرەکانی ترەوە ناداتەوە تا بەڕێوەبەرێک ڕێگەی پێ دەدات؛ هەروەها زۆر تۆڕگە (Website) و ڕایەڵەی کۆمپانیا لە ئاگرەدیوارەکانی خۆیاندا ICMP فڕێ دەدەن. بۆیە پینگێک کە وەڵامی هەبێت دەیسەلمێنێت میوانگرەکە کار دەکات، بەڵام پینگێک کە هیچ وەڵامی نەبێت نایسەلمێنێت میوانگرەکە کوژاوەتەوە. لە تاقیگەی دوو کۆمپیوتەرەکەدا ئەمە دەبینیت و خۆت ڕێگە بە پینگ دەدەیت لە ئاگرەدیواری Windows Defenderـدا تێپەڕێت (بۆچی یەکەم پینگ زۆرجار سەرناکەوێت: ئاگرەدیوار)، ئەگەر بتەوێت بە یەک یاسای ئاگرەدیوار کە تەنیا ڕێگە بە پینگ دەدات.

tracert (on Linux and macOS traceroute) is a diagnostic tool that shows the path packets take from your computer to a destination: the list of routers they cross, one per line. Because it measures the time to each router, it also shows where the trip fails or slows down — so you can tell which router, or which part of the network, causes a problem.

tracert (لە Linux و macOSـدا traceroute) ئامرازێکی دۆزینەوەی کێشەیە کە ڕێگای پاکێتەکان لە کۆمپیوتەرەکەتەوە بۆ مەبەستێک نیشان دەدات: لیستی ئەو ڕێدۆزانەی پێیاندا تێدەپەڕن، هەر یەکێک لە دێڕێکدا. چونکە کاتی گەیشتن بە هەر ڕێدۆزێک دەپێوێت، هەروەها نیشان دەدات گەشتەکە لە کوێ دەوەستێت یان خاو دەبێتەوە — بۆیە دەزانیت کام ڕێدۆز، یان کام بەشی ڕایەڵە، کێشەکە دروست دەکات.

The trick is the TTL. tracert first sends a probe with TTL = 1: the first router lowers it to 0, drops it and sends back an ICMP Time Exceeded — and that message carries the router’s address. Then it sends TTL = 2, which dies at the second router, then 3, and so on, until the destination itself answers with an Echo Reply. Each hop is tried three times, and the search stops after 30 hops at most. A Cisco router can run the same trace: traceroute from IOS.

فێڵەکە TTLـە. tracert سەرەتا تاقیکردنەوەیەک بە ⁦TTL = 1⁩ دەنێرێت: یەکەم ڕێدۆز دەیکاتە 0، فڕێی دەدات و Time Exceededـی ICMP دەگەڕێنێتەوە — ئەو پەیامەش ناونیشانی ڕێدۆزەکە هەڵدەگرێت. پاشان ⁦TTL = 2⁩ دەنێرێت کە لە ڕێدۆزی دووەمدا دەمرێت، پاشان 3 و بەم شێوەیە، تا خودی مەبەستەکە بە وەڵامی Echo وەڵام دەداتەوە. هەر بازێک (Hop) سێ جار تاقی دەکرێتەوە و گەڕانەکە لە زۆرترین ⁦30⁩ بازدا دەوەستێت. ڕێدۆزێکی Ciscoـش دەتوانێت هەمان ڕێگادۆزینەوە بکات: بەدواداچوونی ڕێگە لە IOSـەوە.

The syntax is tracert [/d] [/h MaximumHops] [/j HostList] [/w Timeout] [/4] [/6] TargetName. /d does not look up router names, so the result comes faster; /h changes the 30-hop limit; /w changes the 4-second wait. For example, tracert www.example.com traces the path to that host and tracert /d www.example.com does the same without names. Here is a trace from Windows 11 (the addresses are documentation examples):

ڕێسای نووسینی ئەمەیە: tracert [/d] [/h MaximumHops] [/j HostList] [/w Timeout] [/4] [/6] TargetName. /d بەدوای ناوی ڕێدۆزەکاندا ناگەڕێت، بۆیە ئەنجامەکە خێراتر دێت؛ /h سنووری ⁦30⁩ باز دەگۆڕێت؛ /w چاوەڕوانیی 4 چرکە دەگۆڕێت. بۆ نموونە، tracert www.example.com ڕێگای ئەو میوانگرە دەدۆزێتەوە و tracert /d www.example.com هەمان کار بەبێ ناوەکان دەکات. ئەمە ڕێگادۆزینەوەیەکە لە ⁦Windows 11⁩ـەوە (ناونیشانەکان نموونەی بەڵگەنامەن):

Network administrators read a trace the same way after they add a route to a router: Checking static routes.

بەڕێوەبەرانی ڕایەڵە دوای زیادکردنی ڕێگەیەک بۆ ڕێدۆز بە هەمان شێوە ڕێگادۆزینەوەیەک دەخوێننەوە: پشکنینی ڕێگە جێگیرەکان.

Both tools use the same TTL trick, but they send different probes. Windows tracert sends ICMP Echo Requests, so the destination ends the trace with an Echo Reply. Linux and macOS traceroute send UDP datagrams by default, to unusual high ports starting at 33434; the routers still answer with Time Exceeded, and the destination ends the trace with ICMP Port Unreachable (type 3, code 3), because nothing listens on that port. On Linux, traceroute -I uses ICMP like Windows and traceroute -T uses TCP SYN packets — handy when a firewall blocks one kind of probe.

هەردوو ئامرازەکە هەمان فێڵی TTL بەکار دەهێنن، بەڵام تاقیکردنەوەی جیاواز دەنێرن. tracertـی Windows داواکاریی Echoـی ICMP دەنێرێت، بۆیە مەبەستەکە بە وەڵامی Echo ڕێگادۆزینەوەکە تەواو دەکات. tracerouteـی Linux و macOS بە بنەڕەت UDP دەنێرن، بۆ پۆرتەکانی بەرزی نائاسایی کە لە ⁦33434⁩ـەوە دەست پێ دەکەن؛ ڕێدۆزەکان هەر بە Time Exceeded وەڵام دەدەنەوە و مەبەستەکە بە Port Unreachableـی ICMP (جۆری 3، کۆدی ⁦3⁩) کۆتایی پێ دەهێنێت، چونکە هیچ شتێک گوێ لەو پۆرتە ناگرێت. لە Linuxـدا traceroute -I وەک Windows ICMP بەکار دەهێنێت و traceroute -T پاکێتی TCP SYN — بەسوودە کاتێک ئاگرەدیوارێک جۆرێک لە تاقیکردنەوەکان دەگرێت.

Windows also has pathping. It first lists the routers on the path, like tracert, then sends 100 echo requests to every router (one every 250 ms) and computes the packet loss at each router and on each link. This takes a while — about 25 seconds per hop — but it tells you exactly where packets get lost:

Windows pathpingـیشی هەیە. سەرەتا وەک tracert لیستی ڕێدۆزەکانی سەر ڕێگاکە دەنووسێت، پاشان ⁦100⁩ داواکاریی Echo بۆ هەر ڕێدۆزێک دەنێرێت (هەر ⁦250⁩ میلیچرکە یەکێک) و ونبوونی پاکێت (Packet loss) لە هەر ڕێدۆزێک و لە سەر هەر بەستەرێک حیساب دەکات. ئەمە کاتێکی دەوێت — نزیکەی ⁦25⁩ چرکە بۆ هەر بازێک — بەڵام بە وردی پێت دەڵێت پاکێتەکان لە کوێ ون دەبن:

IPv6 has its own version, ICMPv6 (RFC 4443, 2006), identified by Next Header 58. It does the same jobs with new numbers — Echo Request 128 and Echo Reply 129, so ping and tracert work over IPv6 too — and it adds Packet Too Big, because IPv6 routers never fragment packets. ICMPv6 also carries Neighbor Discovery, the IPv6 replacement for ARP. That is why a firewall must never block all ICMPv6: IPv6 would stop working. More in Neighbor Discovery: five ICMPv6 messages and Testing IPv6 with ping.

IPv6 وەشانی خۆی هەیە، ⁦ICMPv6⁩ (⁦RFC 4443⁩، ⁦2006⁩)، کە بە Next Header ⁦58⁩ دەناسرێتەوە. هەمان کارەکان بە ژمارەی نوێ دەکات — داواکاریی ⁦Echo 128⁩ و وەڵامی ⁦Echo 129⁩، بۆیە ping و tracert لە سەر IPv6ـیش کار دەکەن — هەروەها Packet Too Big زیاد دەکات، چونکە ڕێدۆزەکانی IPv6 هەرگیز پاکێتەکان پارچە پارچە ناکەن. ⁦ICMPv6⁩ هەروەها دۆزینەوەی دراوسێ (Neighbor Discovery) هەڵدەگرێت، جێگرەوەی ARP لە IPv6ـدا. بۆیە ئاگرەدیوار نابێت هەرگیز هەموو ⁦ICMPv6⁩ بگرێت: IPv6 لە کار دەکەوێت. زیاتر لە دۆزینەوەی دراوسێ: پێنج پەیامی ⁦ICMPv6⁩ و تاقیکردنەوەی IPv6 بە پینگدا.

More Windows commands (ipconfig, nslookup, netstat) are in Windows Network Commands, and a step-by-step way to find faults in Troubleshooting Networks.

فەرمانی زیاتری Windows (ipconfig، nslookup، netstat) لە فەرمانەکانی ڕایەڵەی Windowsدان، ڕێگایەکی هەنگاو بە هەنگاویش بۆ دۆزینەوەی کێشەکان لە چارەسەرکردنی کێشەکانی ڕایەڵەدا.