γενικό πρόβλημα με το internet?

[GregoirX23]

traceroute to adslgr.com (85.10.193.195), 64 hops max, 72 byte packets
 1  10.0.0.1 (10.0.0.1)  0.822 ms  0.574 ms  0.558 ms
 2  loopback2004.med01.dsl.hol.gr (62.38.0.170)  31.584 ms  31.270 ms  42.988 ms
 3  62.38.40.165 (62.38.40.165)  31.890 ms  30.203 ms  31.305 ms
 4  62.38.37.89 (62.38.37.89)  32.258 ms  31.861 ms  32.304 ms
 5  62.38.97.150 (62.38.97.150)  32.224 ms  41.011 ms  32.099 ms
 6  62.38.93.221 (62.38.93.221)  33.040 ms  31.888 ms  32.116 ms
 7  ae3-100-ucr.ata.cw.net (195.89.103.69)  31.928 ms  31.303 ms  32.230 ms
 8  ae4-ucr1.atm.cw.net (195.2.2.70)  32.067 ms  31.714 ms  32.317 ms
 9  195.2.21.57 (195.2.21.57)  47.709 ms  48.269 ms  47.861 ms
10  * * *
11  if-ae-23-3.tcore2.fnm-frankfurt.as6453.net (195.219.87.100)  734.354 ms  767.816 ms  772.724 ms
12  if-ae-4-2.tcore1.fr0-frankfurt.as6453.net (195.219.87.18)  722.035 ms  666.206 ms  693.255 ms
13  195.219.219.10 (195.219.219.10)  729.133 ms  747.328 ms  730.711 ms
14  core12.nbg1.hetzner.com (213.239.245.246)  860.030 ms  304.702 ms  156.965 ms
15  ex9k1.dc1.nbg1.hetzner.com (213.239.203.226)  80.888 ms  80.769 ms  80.711 ms
16  vega.adslgr.com (85.10.193.195)  80.064 ms  90.741 ms  92.815 ms

Συνεχίζει βλέπω..

PING 85.10.193.195 (85.10.193.195): 56 data bytes
Reply from 85.10.193.195: bytes=56 ttl=49 time=771.8ms seq=0
Reply from 85.10.193.195: bytes=56 ttl=49 time=740.1ms seq=1
Reply from 85.10.193.195: bytes=56 ttl=49 time=765.4ms seq=2
Reply from 85.10.193.195: bytes=56 ttl=49 time=684.3ms seq=3

--- 85.10.193.195 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 684.3/740.4/771.8 ms

traceroute to 85.10.193.195 (85.10.193.195), 30 hops max, 38 byte packets[IPV4-UDP]
 1  192.168.1.1 (192.168.1.1)  1.795 ms  1.559 ms  1.682 ms
 2  46.103.127.4 (46.103.127.4)  15.858 ms  16.027 ms  15.948 ms
 3  178.59.103.107 (178.59.103.107)  15.811 ms  16.131 ms  16.364 ms
 4  46.103.126.1 (46.103.126.1)  16.344 ms 78.87.2.210 (78.87.2.210)  17.384 ms 46.103.126.1 (46.103.126.1)  19.790 ms
 5  62.38.36.37 (62.38.36.37)  16.542 ms  15.722 ms  17.438 ms
 6  195.89.103.69 (195.89.103.69)  16.837 ms  16.818 ms  16.493 ms
 7  195.2.2.70 (195.2.2.70)  17.777 ms  17.887 ms  16.735 ms
 8  195.2.21.57 (195.2.21.57)  28.463 ms  28.169 ms  27.551 ms
 9  195.2.14.190 (195.2.14.190)  29.375 ms  29.260 ms  28.893 ms
10  195.219.87.100 (195.219.87.100)  763.906 ms  735.521 ms  668.707 ms
11  195.219.87.195 (195.219.87.195)  651.761 ms  653.867 ms 195.219.87.18 (195.219.87.18)  681.257 ms
12  195.219.219.10 (195.219.219.10)  717.478 ms  704.577 ms  705.719 ms
13  213.239.245.34 (213.239.245.34)  729.386 ms  761.828 ms 213.239.245.246 (213.239.245.246)  770.753 ms
14  213.239.203.222 (213.239.203.222)  694.837 ms  669.816 ms  693.111 ms
15  85.10.193.195 (85.10.193.195)  739.244 ms   768.393 ms   742.702 ms 
Traceroute Complete.

[matelas]

Έκανα κ απο εδώ μια δοκιμή σε γραμμή vodafone και πήρα τα ίδια με μέγιστο 920ms. Το πρόβλημα φαίνεται να είναι στο δίκτυο της tata αν δεν κάνω λάθος, όπως και να έχει τραγικό.

[guzel]

Συνεχίζει βλέπω..

PING 85.10.193.195 (85.10.193.195): 56 data bytes
Reply from 85.10.193.195: bytes=56 ttl=49 time=771.8ms seq=0
Reply from 85.10.193.195: bytes=56 ttl=49 time=740.1ms seq=1
Reply from 85.10.193.195: bytes=56 ttl=49 time=765.4ms seq=2
Reply from 85.10.193.195: bytes=56 ttl=49 time=684.3ms seq=3

--- 85.10.193.195 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 684.3/740.4/771.8 ms

traceroute to 85.10.193.195 (85.10.193.195), 30 hops max, 38 byte packets[IPV4-UDP]
 1  192.168.1.1 (192.168.1.1)  1.795 ms  1.559 ms  1.682 ms
 2  46.103.127.4 (46.103.127.4)  15.858 ms  16.027 ms  15.948 ms
 3  178.59.103.107 (178.59.103.107)  15.811 ms  16.131 ms  16.364 ms
 4  46.103.126.1 (46.103.126.1)  16.344 ms 78.87.2.210 (78.87.2.210)  17.384 ms 46.103.126.1 (46.103.126.1)  19.790 ms
 5  62.38.36.37 (62.38.36.37)  16.542 ms  15.722 ms  17.438 ms
 6  195.89.103.69 (195.89.103.69)  16.837 ms  16.818 ms  16.493 ms
 7  195.2.2.70 (195.2.2.70)  17.777 ms  17.887 ms  16.735 ms
 8  195.2.21.57 (195.2.21.57)  28.463 ms  28.169 ms  27.551 ms
 9  195.2.14.190 (195.2.14.190)  29.375 ms  29.260 ms  28.893 ms
10  195.219.87.100 (195.219.87.100)  763.906 ms  735.521 ms  668.707 ms
11  195.219.87.195 (195.219.87.195)  651.761 ms  653.867 ms 195.219.87.18 (195.219.87.18)  681.257 ms
12  195.219.219.10 (195.219.219.10)  717.478 ms  704.577 ms  705.719 ms
13  213.239.245.34 (213.239.245.34)  729.386 ms  761.828 ms 213.239.245.246 (213.239.245.246)  770.753 ms
14  213.239.203.222 (213.239.203.222)  694.837 ms  669.816 ms  693.111 ms
15  85.10.193.195 (85.10.193.195)  739.244 ms   768.393 ms   742.702 ms 
Traceroute Complete.

ναι ακόμη έχει θέμα και απ' ότι φαίνεται στη Vodafone δε καίγεται καρφακι

[saponas]

Η Vodafone δεν ασχολείται ποτέ και με κανένα πελάτη.. Απορώ πως έχει ακόμα πελάτες με (A/V)DSL, πόσο μάλλον μισθωμένα κυκλώματα.
Εγώ έχω φτάσει στα 22 τηλεφωνήματα και 5-6 επισκέψεις σε 22 μέρες και ακόμα δεν έχουν ιδέα αν φταίει ο χαλκός, το dslam τους, η ρεγκλέτα... Είναι "μικρό" πρόβλημα λέει που "δεν το πιάνουν" τα μηχανήματα τους. Το "μικρό" πρόβλημα διπλασιάζει το Attenuation και ρίχνει την ταχύτητα συγχρονισμού ακριβώς στο μισό.. Τι να λέμε τώρα.. Αγράμματοι τελείως, για να μη πω τίποτα πιο χοντρό..

Vodafone 700ms



COSMOTE 55ms



HCN 37ms

[SfH]

Η αλήθεια είναι ότι στο συγκεκριμένο είναι λίγο περίεργη η κατάσταση, και δεν έχει να κάνει με άγνοια αλλά πιθανολογώ με επιχειρηματική στρατηγική. Η oteglobe είναι τοπικός tier-2, είναι απόλυτα λογικό να θέλει να μπει σε μεγάλα IXP και να κάνει peerings με άλλους tier-2 και hosting / content providers. H πρώην CW / νυν Vodafone Carrier είναι "σχεδόν" tier-1. Συνεπώς, θεωρεί όλους όσους είναι από κάτω της δυνητικούς πελάτες και το peering μαζί τους πρακτικά τσάμπα υπηρεσία. Δεν είναι απίθανο να θεωρεί και πρόβλημα των content providers την απόδοση με το δίκτυό της και να πετάει το μπαλάκι εκεί, κάτι που είναι κοινό πλέον από αρκετούς tier-1 ή παρόχους με μεγάλα eyeball δίκτυα. Είναι απίθανο να κάνει peer με οποιονδήποτε εκτός από άλλους tier-1. Η hetzner από την άλλη θέλει να δίνει φτηνές υπηρεσίες άρα κάνει peer με τους πάντες και παντού.

Στο συγκεκριμένο παράδειγμα, άσχετα με το τι κάνουν οι άλλοι, δεν είναι εύκολο να ρίξουμε το φταίξιμο στη Vodafone αν το congestion βρίσκεται πέρα από το δίκτυό της. Αν μη τι άλλο, η λύση του δεν είναι κάτι υπόκειται στο δικό της έλεγχο. Αν θεωρήσουμε ότι το congestion είναι στην tata, πιο λογικό θα ήταν να ρίξουμε το φταίξιμο εκεί, ή στη hetzner που διάλεξε την tata για transit. Στο κάτω κάτω η hetzner, αν θέλει, μπορεί πολύ εύκολα να γυρίσει τη μεριά της δρομολόγησης που βλέπουμε στο traceroute από άλλον transit. Αν από την άλλη το congestion είναι ανάμεσα στη vodafone και την tata ( που είναι αρκετά πιθανό από το traceroute ) , έχουν μερίδιο ευθύνης και οι 2, αλλά δε θα μάθουμε ποτέ αν σχεδιάζουν αναβάθμιση , ποιος τη θέλει, ποιος όχι και γιατί.

Πέρα του συγκεκριμένου, δυστυχώς πρόσφατα παρατηρείται congestion σε διάφορα links μεταξύ tier-1 και όχι μόνο Αναμένουμε αναβαθμίσεις, τουλάχιστον από όσους θεωρούν ότι έχει νόημα να το κάνουν για μια ( ελπίζουμε ) σχετικά προσωρινή κατάσταση.

[GregoirX23]

Μέχρι καμιά ~ώρα πριν ήταν πιταρισμένο ακόμα..
Θα μου πεις, είναι και η ώρα..

PING 85.10.193.195 (85.10.193.195): 56 data bytes
Reply from 85.10.193.195: bytes=56 ttl=49 time=59.8ms seq=0
Reply from 85.10.193.195: bytes=56 ttl=49 time=59.3ms seq=1
Reply from 85.10.193.195: bytes=56 ttl=49 time=60.3ms seq=2
Reply from 85.10.193.195: bytes=56 ttl=49 time=60.7ms seq=3

--- 85.10.193.195 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 59.3/60.0/60.7 ms

Μάλλον άλλαξε κάτι στη δρομολόγηση, η μου φαίνεται;

traceroute to 85.10.193.195 (85.10.193.195), 30 hops max, 38 byte packets[IPV4-UDP]
 1  192.168.1.1 (192.168.1.1)  1.475 ms  2.496 ms  1.905 ms
 2  46.103.127.4 (46.103.127.4)  21.717 ms  15.480 ms  16.037 ms
 3  178.59.103.107 (178.59.103.107)  16.155 ms  16.005 ms  16.150 ms
 4  46.103.126.1 (46.103.126.1)  17.784 ms  19.694 ms 78.87.2.210 (78.87.2.210)  16.986 ms
 5  62.38.36.37 (62.38.36.37)  17.496 ms  17.416 ms  16.632 ms
 6  195.89.103.69 (195.89.103.69)  16.358 ms  16.026 ms  17.493 ms
 7  195.2.2.70 (195.2.2.70)  17.320 ms  17.100 ms  17.103 ms
 8  195.2.21.57 (195.2.21.57)  28.748 ms  28.571 ms  29.015 ms
 9  129.250.66.57 (129.250.66.57)  28.987 ms  30.434 ms  28.615 ms
10  129.250.6.203 (129.250.6.203)  55.016 ms  55.185 ms  56.647 ms
11  129.250.6.34 (129.250.6.34)  55.019 ms  55.357 ms  55.102 ms
12  213.198.82.130 (213.198.82.130)  56.468 ms  56.914 ms  57.374 ms
13  213.239.252.22 (213.239.252.22)  61.719 ms 213.239.252.26 (213.239.252.26)  59.854 ms  59.520 ms
14  213.239.203.226 (213.239.203.226)  60.677 ms  59.717 ms 213.239.203.222 (213.239.203.222)  59.445 ms
15  85.10.193.195 (85.10.193.195)  59.823 ms   60.201 ms   59.842 ms 
Traceroute Complete.

Απ'ότι φαίνεται και άλλοι είχαν σήμερα (χτες) θέμα με την παρακάτω ip..
https://www.google.gr/search?source=...SR7BKIQ4dUDCAo
https://us.forums.blizzard.com/en/ov...n-usual/484782

[akiss]

Σε εμένα μόλις έφτιαξε πάντως. μου άλλαξε τα φώτα να προσπαθώ να δουλέψω σε servers της Hetzner όλη μέρα.

[GregoirX23]

Δεν ξέρω αν το έχω καταλάβει καλά, αλλά άλλαξαν τη δρομολόγηση από TATA σε NTT America.
https://www.google.gr/search?source=...SR7BKIQ4dUDCAo
https://www.google.gr/search?ei=FnaO...XniAjoQ4dUDCAs

[ThReSh]

http://smoke.narfhosting.net/cgi-bin...arget=Vodafone

1η φορά πάντως έγινε κάτι τέτοιο τόσες μέρες καραντίνα...

[Hik]

Η αλήθεια είναι ότι στο συγκεκριμένο είναι λίγο περίεργη η κατάσταση, και δεν έχει να κάνει με άγνοια αλλά πιθανολογώ με επιχειρηματική στρατηγική. Η oteglobe είναι τοπικός tier-2, είναι απόλυτα λογικό να θέλει να μπει σε μεγάλα IXP και να κάνει peerings με άλλους tier-2 και hosting / content providers. H πρώην CW / νυν Vodafone Carrier είναι "σχεδόν" tier-1. Συνεπώς, θεωρεί όλους όσους είναι από κάτω της δυνητικούς πελάτες και το peering μαζί τους πρακτικά τσάμπα υπηρεσία. Δεν είναι απίθανο να θεωρεί και πρόβλημα των content providers την απόδοση με το δίκτυό της και να πετάει το μπαλάκι εκεί, κάτι που είναι κοινό πλέον από αρκετούς tier-1 ή παρόχους με μεγάλα eyeball δίκτυα. Είναι απίθανο να κάνει peer με οποιονδήποτε εκτός από άλλους tier-1. Η hetzner από την άλλη θέλει να δίνει φτηνές υπηρεσίες άρα κάνει peer με τους πάντες και παντού.

Στο συγκεκριμένο παράδειγμα, άσχετα με το τι κάνουν οι άλλοι, δεν είναι εύκολο να ρίξουμε το φταίξιμο στη Vodafone αν το congestion βρίσκεται πέρα από το δίκτυό της. Αν μη τι άλλο, η λύση του δεν είναι κάτι υπόκειται στο δικό της έλεγχο. Αν θεωρήσουμε ότι το congestion είναι στην tata, πιο λογικό θα ήταν να ρίξουμε το φταίξιμο εκεί, ή στη hetzner που διάλεξε την tata για transit. Στο κάτω κάτω η hetzner, αν θέλει, μπορεί πολύ εύκολα να γυρίσει τη μεριά της δρομολόγησης που βλέπουμε στο traceroute από άλλον transit. Αν από την άλλη το congestion είναι ανάμεσα στη vodafone και την tata ( που είναι αρκετά πιθανό από το traceroute ) , έχουν μερίδιο ευθύνης και οι 2, αλλά δε θα μάθουμε ποτέ αν σχεδιάζουν αναβάθμιση , ποιος τη θέλει, ποιος όχι και γιατί.

Πέρα του συγκεκριμένου, δυστυχώς πρόσφατα παρατηρείται congestion σε διάφορα links μεταξύ tier-1 και όχι μόνο Αναμένουμε αναβαθμίσεις, τουλάχιστον από όσους θεωρούν ότι έχει νόημα να το κάνουν για μια ( ελπίζουμε ) σχετικά προσωρινή κατάσταση.

Σε ευχαριστώ πολύ για την ανάλυση. Άρα πληρώνουμε τις αμαρτίες της Vodafone που νομίζει ότι είναι μεγάλο παιδάκι αλλά δεν την παίζουν τα άλλα μεγάλα παιδάκια :P

Πέρα από τη πλάκα τώρα είδα ότι και η Hetzner διαφημίζει στη σελίδα της (https://www.hetzner.com/unternehmen/rechenzentrum/) ότι έχει private peering 100Gbit/s στη Φρανκφούρτη με τη Vodafone. Γιατί το traffic δεν περνάει από εκεί ένα θεός ξέρει.

Τώρα πάντως που φαίνεται ότι η δρομολόγηση μπαίνει στο δίκτυο της NTT, από Σόφια και μετά, φαίνεται να μειώθηκε και το latency κατά 3-4 ms. Νομίζω ότι όσο η κίνηση δεν περνάει από δίκτυο της Vodafone τόσο το καλύτερο. Ανυπομονώ για την ημέρα που θα συνδεθεί η Hetzner στο GR-IX (wishful thinking!).

[SfH]

Σε ευχαριστώ πολύ για την ανάλυση. Άρα πληρώνουμε τις αμαρτίες της Vodafone που νομίζει ότι είναι μεγάλο παιδάκι αλλά δεν την παίζουν τα άλλα μεγάλα παιδάκια :P

Για να είμαστε δίκαιοι, οι περισσότεροι την παίζουν. Το να πληρώνεις για να δεις 1-2 δίκτυα δεν είναι τόσο μακρυά από το να μην πληρώνεις για κανένα.

Πέρα από τη πλάκα τώρα είδα ότι και η Hetzner διαφημίζει στη σελίδα της (https://www.hetzner.com/unternehmen/rechenzentrum/) ότι έχει private peering 100Gbit/s στη Φρανκφούρτη με τη Vodafone. Γιατί το traffic δεν περνάει από εκεί ένα θεός ξέρει.

Έχω την εντύπωση ότι αναφέρονται σε άλλη vodafone. Ο transit πάροχος είναι η πρώην cable & wireless. Η hetzner πιθανότατα έχει peering με την πρώην Arcor, που είναι residential πάροχος στη Γερμανία.

http://smoke.narfhosting.net/cgi-bin...arget=Vodafone

1η φορά πάντως έγινε κάτι τέτοιο τόσες μέρες καραντίνα...

O smokeping node είναι στη hetzner

[ThReSh]

O smokeping node είναι στη hetzner

Και φαντάζομαι ότι δεν υπάρχει δυνατότητα για τα υπόλοιπα κυκλώματα? Υποθέτω ότι δεν είναι μονο αυτά τα 2.

[SfH]

Και φαντάζομαι ότι δεν υπάρχει δυνατότητα για τα υπόλοιπα κυκλώματα? Υποθέτω ότι δεν είναι μονο αυτά τα 2.

Δε βρήκα άλλα την τελευταία φορά που είχα ψάξει. Μπορεί να μην τα βρήκα, μπορεί να είναι και μόνο αυτά. Δε θα ήταν απίθανο να είναι π.χ. 2 LAGs 4x100 το καθένα.

[ios46]

Η ΤΑΤΑ είχε θέματα απ' την προηγούμενη εβδομάδα που ψάχναμε λόγω προβλημάτων (και σε VF---> TATA (σε Παρίσι) αλλά και απο διερχόμενη μετά ΤΑΤΑ (Λονδίνο) κίνηση), ενώ κίνηση μέσω ΝΤΤ δεν έδειχνε να είχε θέμα. Βέβαια η δρομολόγηση δεν έψαξα να δώ πότε άλλαξε μέσω NTT αλλά πλέον το path αυτό μέσω TATA δεν δείχνει να χρησιμοποίειται ( πάει μέσω NTT).

Σχετικά με τα peerings της VF μπορεί να δει κανείς και εδω:

https://bgp.he.net/AS3329#_graph4

[SfH]

Η ΤΑΤΑ είχε θέματα απ' την προηγούμενη εβδομάδα που ψάχναμε λόγω προβλημάτων (και σε VF---> TATA (σε Παρίσι) αλλά και απο διερχόμενη μετά ΤΑΤΑ (Λονδίνο) κίνηση), ενώ κίνηση μέσω ΝΤΤ δεν έδειχνε να είχε θέμα. Βέβαια η δρομολόγηση δεν έψαξα να δώ πότε άλλαξε μέσω NTT αλλά πλέον το path αυτό μέσω TATA δεν δείχνει να χρησιμοποίειται ( πάει μέσω NTT).

Σχετικά με τα peerings της VF μπορεί να δει κανείς και εδω:

https://bgp.he.net/AS3329#_graph4

Δεν έχει αλλάξει όλη η δρομολόγηση της hetzner, από όλους τους upstream της δέχεται και στέλνει. Απλά δε φαίνεται να προτιμάει να δεχτεί κινηση για το δίκτυο που κάνουμε δοκιμές , από κάποιες πήγες της τοπικής vodafone, από tata. Σε traceroute προς αλλού από hetzner μια χαρά τη χρησιμοποιούν.

Spoiler:

1 static.129.107.46.78.clients.your-server.de (78.46.107.129) 0.369 ms 0.351 ms 0.337 ms
2 core24.fsn1.hetzner.com (213.239.229.245) 12.557 ms * *
3 core4.fra.hetzner.com (213.239.229.73) 4.861 ms core4.fra.hetzner.com (213.239.203.149) 4.871 ms core4.fra.hetzner.com (213.239.229.73) 4.854 ms
4 ix-ae-55-0.tcore1.fr0-frankfurt.as6453.net (195.219.219.9) 4.889 ms 5.067 ms 5.112 ms
5 195.219.50.202 (195.219.50.202) 5.345 ms 5.284 ms 6.724 ms

Σχετικά με τα peerings, το as που κάνεις link είναι της vodafone hellas, ενώ αναφερόμασταν στη vodafone carrier ( as1273 - έχουμε χάσει τη μπάλα με αυτές τις vodafone :P ). Πέρα αυτού, δεν ξέρω κατά πόσο η HE θα μπορούσε να δει peering που δεν υπάρχει customer-transit σχέση μεταξύ 2 άλλων. Αν βλέπει μόνο από δικό τους point of view, θα είναι πολύ περιορισμένο. Στους τοπικούς παρόχους π.χ. δε δείχνει σε κανένα τα μεταξύ τους peerings στον gr-ix.