Απορία για το PING

[bobptz]

Να ρωτήσω κάποιον που έχει εμπειρία με τα δίκτυα.

Έχω ένα router TP-Link WDR3600 (δίνει DHCP), με IP :  192.168.1.2

Με καλώδιο ethernet συνδέω πάνω στο TP-Link ένα Speedport 2i Entry (του ΟΤΕ) σεταρισμένο χωρίς DHCP, για να λειτουργεί σαν access point, με IP 192.168.1.3.

Πάνω στο Speedport συνδέω 2-3 laptop.

Όταν από αυτά τα laptop κάνω PING 192.168.1.3 (κατ'ευθείαν πτος το Speedport) οι χρόνοι απόκρισης είναι περίπου 1.0 ms.

Όταν από αυτά τα laptop κάνω PING 192.168.1.2 (προς το TP-Link, μέσω του Speedport) οι χρόνοι απόκρισης είναι περίπου 0.7 ms.

Έκανα αρκετά τεστ, και από τα 3 λαπτοπ.  Το φαινόμενο δεν είναι τυχαίο, συμβαίνει συνέχεια.

Αυτό δεν είναι περίεργο?  Δε θα έπρεπε τα PING 192.168.1.2 να έχουν χρόνους μεγαλύτερους από τα PING 192.168.1.3 ?

 

 

Επεξ/σία 27 Μαρτίου 2019 από bobptz

[zx1234r]

Το ping δεν είναι τρόπος για να βλέπεις τα ms. Το ping το χρησιμοποιείς μόνο για να δεις αν υπάρχει συνδεσιμότητα.

 

[Επισκέπτης]

Σε ένα τέτοιο περιβάλλον (LAN), όχι αν και η μέτρηση σου δεν έχει και πολύ νόημα σε επίπεδο LAN και msec.Το icmp είναι CPU punted traffic (ακόμα και σε απλά CPE's) για αποστολέα/παραλήπτη και έχει διαφορά σε σχέση με το διερχόμενο traffic (που κανονικά δεν πρέπει να πάει σε CPU για να γίνει switched ή forwarded). Έτσι όταν το icmp έχει προορισμό το speedport και θα πρέπει να απαντήσει (όπως και οποιοδήποτε άλλο στη θέση του endpoint, που μπορεί να έχει κάποιο πιο αδύναμο CPU ή icmp processing ή κάτι άλλο που δεν έχει νόημα να επεκταθώ περισσότερο), μπορεί να έχει μια μεγαλύτερη καθυστέρηση στο response. Φυσικά το διερχόμενο icmp  traffic (είτε L2 bridged είτε L3 forwarded) καθώς διέρχεται απ' αυτό το σημείο (speedport) για να απαντηθεί απ κάποιο άλλο endpoint μπορεί να έχει χαμηλότερο response time (το speedport και κάθε speedport δεν θα πρέπει να το επεξεργαστεί όπως το προοριζόμενο για αυτό icmp traffic).

[bobptz]

@koftis650

Να το πω με διαφορετικά λόγια, να βεβαιωθώ ότι κατάλαβα τι λες?

Το speedport έχει αργό CPU το οποίο πρέπει να επεξεργαστεί το PING 192.168.1.3 και εκεί έχουμε την αργοπορία. Αντίθετα το CPU του Speedport δε χρειάζεται να ξοδέψει ιδιαίτερο χρόνο και δε καθυστερεί στη μεταφορά του σήματος του PING 192.168.1.2.

Το TP-LINK έχει πιο γρήγορο CPU και μπορεί και απαντάει πιο γρήγορα στο PING 192.168.1.2. 

Ο χρόνος που καταναλώνεται στην επεξεργασία του PING είναι σχετικά μεγαλύτερος από το χρόνο που κάνουν να μεταφερθούν τα δεδομένα μέσα από το καλώδιο (λόγω πολύ κοντινών αποστάσεων). 

Ερώτηση: Αν πάρω ένα καλό και δυνατό switch και αντικαταστήσω το Speedport, θα μπορέσω να μειώσω το PING 192.168.1.2 ?  Το PING 192.168.1.3 σίγουρα θα μειωθεί, αλλά αυτό δε μας ενδιαφέρει.
 

 

 

Επεξ/σία 28 Μαρτίου 2019 από bobptz

[Επισκέπτης]

Το ICMP (όπως και άλλα είδη κίνησης) έχει διαφορετικό τρόπο επεξεργασίας (όταν έχει σαν αρχή ή προορισμό) μια συσκευή που μπορεί να κάνει switching ή και routing σε σχέση με διερχόμενη κίνηση (που μπορεί να γίνει switched ή και routed απο την ίδια). Δεν είναι απαραίτητα θέμα αργού CPU, μπορεί να είναι θέμα s/w, process - traffic scheduler κλπ. Είναι παντελώς αδιάφορη η διαφορά μεταξύ του 0.7 msec και του 1msec (και παραπάνω διαφορά να είχες που θα μπορείς να δείς πχ σε WLAN επικοινωνίες που μπορεί να έχεις και κάποιες δεκάδες msec) και μάλιστα σε περιβάλλον LAN και δεν χρειάζετε να κάνεις κάποια αλλαγή στο LAN σου.

[bobptz]

Κατάλαβα.

Υπάρχει κάποιο εργαλείο (software) που να μπορώ να μετρήσω το latency (την ταχύτητα μετάδοσης δεδομένων) μεταξύ του pc και του router (192.168.1.2) ?  Ώστε να ξέρω αν το βελτίωσα με κάποια αλλαγή?

Πχ στο γνωστό speedtest.net αυτό που κοιτάζω είναι το PING.  Καταλαβαίνω ότι είναι λάθος, αλλά δεν υπάρχει κάτι άλλο για να βλέπω το latency.

 

[madrivermadonus]

13 λεπτά πριν, bobptz είπε

Κατάλαβα.

Υπάρχει κάποιο εργαλείο (software) που να μπορώ να μετρήσω το latency (την ταχύτητα μετάδοσης δεδομένων) μεταξύ του pc και του router (192.168.1.2) ?  Ώστε να ξέρω αν το βελτίωσα με κάποια αλλαγή?

Πχ στο γνωστό speedtest.net αυτό που κοιτάζω είναι το PING.  Καταλαβαίνω ότι είναι λάθος, αλλά δεν υπάρχει κάτι άλλο για να βλέπω το latency.

Αυτο που ρωτας νομιζω δεν έχει κάποιο νόημα εκτός αν το ψάχνεις για εγκυκλοπαιδικούς λόγους οπότε πάσο.

Εργαλείο ανάλυσης μεταφοράς πακέτων είναι το wireshark.

[bobptz]

2 λεπτά πριν, madrivermadonus είπε

Αυτο που ρωτας νομιζω δεν έχει κάποιο νόημα εκτός αν το ψάχνεις για εγκυκλοπαιδικούς λόγους οπότε πάσο.

Εργαλείο ανάλυσης μεταφοράς πακέτων είναι το wireshark.

Σίγουρα το να βελτιώσω το latency κατά 0.2 ms δεν έχει μεγάλη πρακτική αξία.  Πράγματι απλά μου αρέσει να το ψάχνω.

Το wireshark το είχα χρησιμοποιήσει παλιά για ένα περίεργο πρόβλημα.  Το έλυσα αλλά μου πήρε κάτι μέρες ψάξιμο.

Έλεγα για κάτι πιο απλό, πχ το traceroute.  Αλλά κι αυτό στο ICMP βασίζεται.

Ευχαριστώ.

[M@dB0x]

Δεν εχει νοημα να παιξεις με ρουτερ παροχων μιας και δε ξερεις καν τι χαρακτηριστικα εχουν και συνηθως δουλευουν κατω απο κακογραμμενο OS (firmware).  Για παραδειγμα ας πουμε μπορει το speed να εχει HW offloading και να μην ισχυει τπτ απο τα πανω.

Επεξ/σία 29 Μαρτίου 2019 από M@dB0x