View Full Version : Σπαζοκεφαλιά!!!
Να δούμε λοιπόν, υπάρχει κάποια εξήγηση για αυτό (φυσικά και υπάρχει, απλά επειδή δεν την ξέρω εγώ ρωτάω).
Μίλαγα στο τηλέφωνο με έναν client του Painter (o Pater με τ' όνομα!) και προσπαθούσαμε να δούμε γιατί δεν μπορούσε να περάσει το ping από τον έναν στον άλλον (είναι καμιά 15αριά hops βέβαια και βάλε, αλλά τι να κάνουμε...). Ιδού λοιπόν το κουφό:
1) O Θάνος (pater) έφτανε μέχρι τον Hdkiller προς τα εμένα και μετά το χάος...
2) Εγώ έφτανα μέχρι τον Stelios προς αυτόν και μετά το χάος...
Ποιό είναι το περίεργο?
Ότι ενώ και οι 2 μπορούσαμε να κάνουμε ping στον Hdkiller, δεν μπορούσαμε να κάνουμε μεταξύ μας... (γαμώτο!)
Δεδομένου ότι ο Hdkiller είναι ενδιάμεσός μας, η λογική λέει ότι θα έπρεπε να βλέπουμε ο ένας τον άλλον
Και αυτό το φαινόμενο το έχω παρατηρήσει συχνά πυκνά στο δίκτυο, δηλαδή έχω ένα προγραμματάκι που κάνει ping σε διάφορα μηχανήματα και μέσα σε μερικά λεπτά το status αλλάζει δραματικά!!!
Το post το έκανα εδώ γιατί μυρίζομαι ότι είναι ένα υποχθόνιο πρόβλημα routing!!! Δυστυχώς δεν κράτησα κάποιο traceroute για να το παραθέσω εδώ :cry:
1) O Θάνος (pater) έφτανε μέχρι τον Hdkiller προς τα εμένα και μετά το χάος...
2) Εγώ έφτανα μέχρι τον Stelios προς αυτόν και μετά το χάος...
:
Σε κάποια μαύρη τρύπα θα πέσατε.
Ο καθένας σας σε διαφορετική.
Αν στον Στέλιο δεν βρέθηκες μέσω ΕΕ, σχηματίζεται μία λούπα ώς εξής :
capvar-b52-hook-stelios-nasos-mew-JS-tenorism-spirosco-capvar
Στον hdkiller σχηματίζεται η λούπα :
hdkiller-albarez-stardust-digi-extreme-achille-dti-hdkiller
Ολα τα παραπάνω με την προυπόθεση ότι δουλεύανε όλα τα λινκ γιατί μερικά κόβονται (ευτυχώς)
Το routing είναι δυναμικό και όχι στατικό. Επομένως είναι λογικό αν πέσεις σε περίοδο που οι routers κάνουν reconfiguration, να μην φτάνεις στον προορισμό σου.
Η κατάσταση αυτή ήταν σχεδόν μόνιμη στο RIPv2, γιατί κάθε router έβγαζε τα δικά του στοιχεία για τα links, και δεν συγχρονίζονταν με τους υπολοίπους. Επομένως το δίκτυο έπρεπε να είναι πολύ σταθερό για να έχουν συνεκτική εικόνα οι routers.
Στο OSPF όταν κάποιο link πέφτει, ο συγχρονισμός γίνεται απευθείας σε ολόκληρο το δίκτυο με flood. Δεν υπάρχει ταχύτερος τρόπος διάδοσης, ούτε ασφαλέστερος τρόπος το δίκτυο να είναι συνεχώς συγχρονισμένο.
Το πρόβλημά σας οφείλεται είτε σε routers που μπλέκουν RIP με OSPF, ΟSPF με static routing κλπ, είτε στην περίοδο των 30" που χρειάζεται μέχρι να ανακαλυφθεί ένα κομμένο link. Αν είχες και traceroutes πιθανόν να μπορούσα να σου απαντήσω πιο συγκεκριμένα.
Σε καμία περίπτωση το OSPF δεν δημιουργεί black holes και loops, όπως ισχυρίζεται ο Mauve. Αυτά είναι τα αποτελέσματα κακοσεταρισμένου static ή EGP routing.
θα το επαναλάβουμε το πείραμα όποτε μπορέσουμε για να δούμε τι γίνεται
Eρώτηση: Όταν μπλέκεις rip με ospf, τι μπορεί να πάει στραβά? :?
capvar-b52-hook-stelios-nasos-mew-JS-tenorism-spirosco-capvar
Δεν υπάρχει mew-js
είναι: nasos-mew-atia-...
spirosco-tenorism-js-mplets-rallyeman-ifaistos-ripper....
Eρώτηση: Όταν μπλέκεις rip με ospf, τι μπορεί να πάει στραβά? :?
Πολλά. Όπως το να παίρνεις τα ίδια routes από τη μια πλευρά σαν external μέσω του RIP, και από την άλλη σαν Internal μέσω του OSPF, ουσιαστικά καταργώντας τη διαδρομή μέσω RIP.
Kάνοντας πριν από λίγο traceroute στον Painter...
traceroute to 10.20.217.1 (10.20.217.1), 30 hops max, 38 byte packets
1 gw-ap.jankos.awmn (10.14.143.2) 3.290 ms 2.858 ms 2.793 ms
2 gw-jankos.sam.awmn (10.49.121.81) 5.268 ms 5.322 ms 5.307 ms
3 gw-sam.achille.awmn (10.47.130.67) 11.997 ms 24.724 ms 8.539 ms
4 gw-achille.dti.awmn (10.37.56.65) 357.995 ms 273.340 ms 238.018 ms
5 gw-dti.dermanis.awmn (10.37.56.85) 296.259 ms 103.262 ms 129.070 ms
6 gw-dermanis.jabarlee.awmn (10.37.57.65) 122.916 ms 172.912 ms 264.803 ms
7 gw-jabarlee.alexandros.awmn (10.34.61.201) 275.937 ms 66.931 ms 45.305 ms
8 gw-alexandros.spirosco.awmn (10.34.61.220) 79.122 ms 139.325 ms 154.945 ms
9 10.17.119.10 (10.17.119.10) 536.194 ms 181.455 ms 131.757 ms
10 10.42.44.25 (10.42.44.25) 76.950 ms 153.788 ms 104.790 ms
11 10.42.44.18 (10.42.44.18) 303.236 ms 159.128 ms 194.688 ms
12 10.80.182.195 (10.80.182.195) 238.797 ms 375.697 ms 354.732 ms
13 * *
Όλα αυτά την στιγμή που εγώ έχω στο routing table μου route για το 10.20.217.0/255.255.255.192 με metric 345
Α! να επισημάνω επίσης ότι το 10.42.44.0 το έχω στο routing table με metric 1!!!! :shock:
Α! να επισημάνω επίσης ότι το 10.42.44.0 το έχω στο routing table με metric 1!!!! :shock:
Πρέπει να είναι ο δημόσιος κίνδυνος Capvar-Β52.
O spirosco έχει βάλει ένα πλουσιοπάροχο cost στο λινκ του με Capvar για τον λόγο αυτό.
Τελικά φαίνεται ότι δεν αποφεύγεται αυτή η διαδρομη (μαύρη τρύπα /κατοσεταρισμένος router, διαλέγεις ορολογία)
Δες πως πάω εγώ
1 <10 ms <10 ms <10 ms 192.168.0.201
2 <10 ms <10 ms <10 ms 10.2.8.202
3 <10 ms 10 ms 10 ms 10.2.8.140
4 10 ms 40 ms 10 ms gw-mew.atia.awmn [10.87.182.5]
5 40 ms 130 ms 101 ms gw-mew.nasos.awmn [10.80.181.202]
6 50 ms 20 ms 30 ms gw-nasos.magla.awmn [10.15.158.129]
7 70 ms 31 ms 30 ms 10.15.156.20
8 181 ms 530 ms 100 ms taratsa.painter.awmn [10.20.217.1]
Μου έρχεται και εμένα το 10.42.44.0 με κόστος 1
Εμένα όμως δεν με παγιδεύει να πάω να περάσω από αυτό.
Υπολόγισε τώρα τα εξής :
Βλέπω το 10.14.143.0 με κόστος 114
Βλέπω το 10.20.217.0 με κόστος 74
Εσύ περνώντας μετά τον spirosco από εμένα, αντί Capvar-B52 θα είχες ένα δρόμο με το μισό κόστος.
Και όμως το ospf ερωτεύθηκε τον Capvar (ή αλήθεια είναι ότι είναι ωραίο παιδί, κάθε λογική κοπέλλα θα έκανε το ίδιο)
Γι' αυτό μιλάω για μαύρες τρύπες.
Αλλά κατά 99% πρέπει να έχω λάθος και όλα αυτά να τα λέω από τη ζήλια μου γιατί ο Αλέξανδρος μου τρώει τα πακέττα.
capvar-b52-hook-stelios-nasos-mew-JS-tenorism-spirosco-capvar
Δεν υπάρχει mew-js
είναι: nasos-mew-atia-...
spirosco-tenorism-js-mplets-rallyeman-ifaistos-ripper....
Και nasos-vegos-digenis-painter
εγω παλι διαβαζωντας τα παραπανω ειπα να δοκιμασω (3 φορες απανωτα),και παω απο διαφορετικους δρομους.
κανω συνεχεια Tracer στην ip αυτη και ολο παει απο διαφορετικη πορεια,ειναι φυσιολογικο αυτο;εικαζω πως δεν ειναι κατι καλο αυτο που συμβαινει.
Tracing route to 10.42.44.18 over a maximum of 30 hops
1 3 ms 3 ms 3 ms 213.5.194.148
2 12 ms 9 ms 12 ms ap-gw.digi.awmn [10.19.140.1]
3 32 ms 33 ms 16 ms bridge-digi-xtreme.xtreme.awmn [10.19.141.17]
4 32 ms 26 ms 24 ms gw-xtreme.achille.awmn [10.47.130.97]
5 24 ms 29 ms 24 ms gw-achille.drinet.awmn[10.47.130.82]
6 126 ms 30 ms 59 ms bbr.drinet.awmn [10.2.13.132]
7 2666 ms 36 ms 62 ms gw-dermanis.jabarlee.awmn [10.37.57.65]
8 * * 53 ms gw-jabarlee.alexandros.awmn [10.34.61.201]
9 51 ms 66 ms 65 ms gw-alexandros.spirosco.awmn [10.34.61.220]
10 90 ms 49 ms 63 ms 10.17.119.10
11 * * 1988 ms 10.42.44.25
12 152 ms 93 ms 127 ms 10.42.44.18
Trace complete.
Tracing route to 10.42.44.18 over a maximum of 30 hops
2 86 ms 19 ms 8 ms ap-gw.digi.awmn [10.19.140.1]
3 179 ms 51 ms 41 ms bridge-digi-xtreme.xtreme.awmn [10.19.141.17]
4 54 ms 56 ms 11 ms gw-xtreme.achille.awmn [10.47.130.97]
5 51 ms * 179 ms gw-achille.dti.awmn[10.37.56.65]
6 46 ms 54 ms 75 ms gw-dti.dermanis.awmn [10.37.56.85]
7 49 ms 25 ms 37 ms gw-dermanis.jabarlee.awmn [10.37.57.65]
8 43 ms 34 ms 25 ms gw-jabarlee.alexandros.awmn [10.34.61.201]
9 91 ms 94 ms 135 ms gw-john70.sialko.awmn [10.2.15.131]
10 * * * Request timed out.
11 * * * Request timed out.
12 * * * Request timed out.
13 * 607 ms 480 ms 10.42.44.18
Trace complete.
Tracing route to 10.42.44.18 over a maximum of 30 hops
2 153 ms 153 ms 35 ms ap-gw.digi.awmn [10.19.140.1]
3 177 ms 120 ms 48 ms bridge-digi-xtreme.xtreme.awmn [10.19.141.17]
4 130 ms 47 ms 60 ms gw-xtreme.achille.awmn [10.47.130.97]
5 * * 41 ms gw-achille.dti.awmn [10.37.56.65]
6 274 ms 135 ms 200 ms gw-dti.dermanis.awmn [10.37.56.85]
7 * 909 ms 116 ms gw-dermanis.jabarlee.awmn [10.37.57.65]
8 231 ms 196 ms 128 ms gw-jabarlee.alexandros.awmn [10.34.61.201]
9 38 ms 56 ms 82 ms gw-alexandros.spirosco.awmn[10.34.61.220]
10 * * 1552 ms 10.17.119.10
11 115 ms 60 ms 51 ms 10.42.44.25
12 238 ms 118 ms 141 ms 10.42.44.18
Trace complete.
8 43 ms 34 ms 25 ms gw-jabarlee.alexandros.awmn [10.34.61.201]
9 91 ms 94 ms 135 ms gw-john70.sialko.awmn [10.2.15.131]
Όπως καταλαβαίνεις, αυτά είναι από διαφορετικό table το καθένα, γιατί ο Αλέξανδρος δεν συνδέεται με τον sialko.
Κατά 99% φταίει το link του keyman που κάνει τραμπάλα ως συνήθως.
Μερικοί πάλι μπορεί να πουν ότι φταίει το OSPF που δεν καταλαβαίνει ότι 4πλα backbone links σε Omni είναι άχρηστα και επιζήμια, και να τα παρακάμψει.
8 43 ms 34 ms 25 ms gw-jabarlee.alexandros.awmn [10.34.61.201]
9 91 ms 94 ms 135 ms gw-john70.sialko.awmn [10.2.15.131]
Κατά 99% φταίει το link του keyman που κάνει τραμπάλα ως συνήθως
:shock: :shock: :shock: :shock: :shock: :shock: :shock: :shock: :shock: :shock:
Μήπως για την αυξημένη αστάθεια του συγκεκριμένου σημείου οφείλεται το γεγονός ότι έχουμε 4 routers στο ίδιο segment;
Θεωρητικά σε μια τέτοια περίπτωση εκλέγεται ένας από αυτούς σαν DR, Designated Router και όλοι οι υπόλοιποι μιλάνε με αυτόν μόνο και αυτός μιλάει σαν αντιπρόσωπος τους με τους άλλους δρομολογητές του δικτύου.
Απενεργοποίηση αυτής της δυνατότητας γίνεται βάζοντας στα αντίστοιχα if το Priority ίσο με μηδέν.
Αν τελικά το συγκεκριμένο σημείο ευθύνεται για όλα αυτά τα προβλήματα ίσως θα έπρεπε να απομείνουν δύο μόνο links.
Αν τελικά το συγκεκριμένο σημείο ευθύνεται για όλα αυτά τα προβλήματα ίσως θα έπρεπε να απομείνουν δύο μόνο links.
Εδώ και αρκετό καιρό έχουμε μείνει 3 : ΕΕ, Sialko & MAuVE
Επειδή δεν έχω καταλάβει ακόμα ποιος και τι φταίει :? , με ποιον θα έπρεπε να επικοινωνήσουμε για να διορθωθεί το πρόβλημα?
Και τι πρέπει να αλλάξει?
Επειδή δεν έχω καταλάβει ακόμα ποιος και τι φταίει :? , με ποιον θα έπρεπε να επικοινωνήσουμε για να διορθωθεί το πρόβλημα?
Και τι πρέπει να αλλάξει?
Οι πιθανές λύσεις είναι 3 :
α) Κόβουμε όλα τα ασταθή λινκ (αυτά που κάνουν κατά τον Αχιλλέα τραμπάλα)
β) Κόβουμε όλους τους βρόχους
γ) Βρήσκουμε άλλο πρωτόκολλο routing που να μπορεί να αντέξει βρόχους με τραμπάλες
Διαλέγεις και παίρνεις
Να επικοινωνήσεις με το routing team (να καλέσεις το ασθενοφόρο του routing team κατά την έκφραση του spirosco)
Οι πιθανές λύσεις είναι 3 :
α) Κόβουμε όλα τα ασταθή λινκ (αυτά που κάνουν κατά τον Αχιλλέα τραμπάλα)
β) Κόβουμε όλους τους βρόχους
γ) Βρήσκουμε άλλο πρωτόκολλο routing που να μπορεί να αντέξει βρόχους με τραμπάλες
Οι βρόχοι είναι απαραίτητοι για εφεδρεία, άλλο πρωτόκολλο δεν έχουμε, άρα διαλέγω την κουρτίνα.
Κέρδισα;
Μια καλή λύση δεν είναι να βάλουν όσοι έχουν λάθος costs τα σωστά και επίσης ο καθένας το ανάλογο cost που αντιστοιχεί στην ποιότητα του link που έχει?
Και μην μου πείτε ότι η ποιότητα δεν είναι σταθερή και μεταβάλλεται, γιατί όλοι μας έχουμε μια γενική εικόνα των link μας και μπορούμε να υπολογίσουμε....
Αχιλλέα? :wink:
Οι βρόχοι είναι απαραίτητοι για εφεδρεία, άλλο πρωτόκολλο δεν έχουμε, άρα διαλέγω την κουρτίνα.
Κέρδισα;
Είσαι ένα τόσο δα βηματάκι μακρυά από το μεγάλο μας δώρο.
Πρέπει να μας πείς ποιός θα κάνει τον τραμπαλονόμο.
[
Είσαι ένα τόσο δα βηματάκι μακρυά από το μεγάλο μας δώρο.
Πρέπει να μας πείς ποιός θα κάνει τον τραμπαλονόμο.
Ζαβολιά.
Δεν ξέρω πως γίνεται τεχνικά, αλλά αν σου δημιουργεί πρόβλημα ένα τέτοιο λινκ, ίσως θα αρκούσε να μαρκάρεις τα link state advertisments τα οποία λαμβάνεις από τους δύο συνεδεμένους routers και αφορούν το συγκεκριμένο if , σαν κακόβουλα και να μην λαμβάνονται υπόψη στον υπολογισμό του πίνακα δρομολόγησης. Μου φαίνεται απίθανο να μην υπάρχει τέτοια δυνατότητα.
Το δώρο μου παρακαλώ..
Κι εγώ με cost 1 το βλέπω 10.42.44.0 τί μπορεί να φταίει;
Εμένα μου φάνηκε λογικό αφού είναι δίπλα μου, αλλά μετά από εμένα δεν πρέπει το cost να ανέβει;;;
Αχιλλέα? :wink:
Να κοπεί το link του keyman.-
Βρεθηκε και καταπολεμιστικε το 10.42.44.0 μην βαρατε μην βαρατε... :oops: :oops: :oops:
Για πεστε τωρα σας ερχετε με metric 1 η ειναι ολα οκ ?
Για πεστε τωρα σας ερχετε με metric 1 η ειναι ολα οκ ?
ok τώρα
Δεν ξέρω αν φταίει το metric ή αν άλλαξε τίποτα άλλο αλλά πλέον ο Painter είναι κοντά μας!
traceroute to 10.20.217.1 (10.20.217.1), 30 hops max, 38 byte packets
1 gw-ap.jankos.awmn (10.14.143.2) 4.437 ms 2.882 ms 2.795 ms
2 gw-jankos.sam.awmn (10.49.121.81) 6.089 ms 5.383 ms 5.261 ms
3 gw-sam.achille.awmn (10.47.130.67) 10.388 ms 8.384 ms 11.301 ms
4 gw-achille.drinet.awmn (10.47.130.82) 26.501 ms 24.389 ms 22.889 ms
5 bbr.drinet.awmn (10.2.13.132) 15.642 ms 10.583 ms 16.970 ms
6 gw-drinet.ngia.awmn (10.2.13.145) 16.260 ms 38.870 ms 25.636 ms
7 gw-ngia.sialko.awmn (10.26.122.230) 40.677 ms 59.024 ms 38.676 ms
8 10.2.0.254 (10.2.0.254) 269.840 ms 191.804 ms 56.744 ms
9 gw-mauve.atia.awmn (10.2.8.140) 124.123 ms 69.383 ms 181.461 ms
10 gw-mew.atia.awmn (10.87.182.5) 555.839 ms 383.961 ms 1082.740 ms
11 gw-mew.nasos.awmn (10.80.181.202) 288.688 ms 186.330 ms 164.544 ms
12 gw-nasos.magla.awmn (10.15.158.129) 114.457 ms 419.730 ms 168.918 ms
13 gw-maxgraves.thanasis.awmn (10.15.156.20) 587.474 ms 706.826 ms *
14 * taratsa.painter.awmn (10.20.217.1) 173.568 ms 578.963 ms
Δεν ξέρω αν φταίει το metric ή αν άλλαξε τίποτα άλλο αλλά πλέον ο Painter είναι κοντά μας!
O Thanasis (Digenis), o Maxgraves κι o Painter είναι κοντά μας, όταν παίζει σωστά το routing...
Αλλιώς, τζίφος....
Δεν ξέρω αν φταίει το metric ή αν άλλαξε τίποτα άλλο αλλά πλέον ο Painter είναι κοντά μας!
traceroute to 10.20.217.1 (10.20.217.1), 30 hops max, 38 byte packets
1 gw-ap.jankos.awmn (10.14.143.2) 4.437 ms 2.882 ms 2.795 ms
2 gw-jankos.sam.awmn (10.49.121.81) 6.089 ms 5.383 ms 5.261 ms
3 gw-sam.achille.awmn (10.47.130.67) 10.388 ms 8.384 ms 11.301 ms
4 gw-achille.drinet.awmn (10.47.130.82) 26.501 ms 24.389 ms 22.889 ms
5 bbr.drinet.awmn (10.2.13.132) 15.642 ms 10.583 ms 16.970 ms
6 gw-drinet.ngia.awmn (10.2.13.145) 16.260 ms 38.870 ms 25.636 ms
7 gw-ngia.sialko.awmn (10.26.122.230) 40.677 ms 59.024 ms 38.676 ms
8 10.2.0.254 (10.2.0.254) 269.840 ms 191.804 ms 56.744 ms
9 gw-mauve.atia.awmn (10.2.8.140) 124.123 ms 69.383 ms 181.461 ms
10 gw-mew.atia.awmn (10.87.182.5) 555.839 ms 383.961 ms 1082.740 ms
11 gw-mew.nasos.awmn (10.80.181.202) 288.688 ms 186.330 ms 164.544 ms
12 gw-nasos.magla.awmn (10.15.158.129) 114.457 ms 419.730 ms 168.918 ms
13 gw-maxgraves.thanasis.awmn (10.15.156.20) 587.474 ms 706.826 ms *
14 * taratsa.painter.awmn (10.20.217.1) 173.568 ms 578.963 ms
Εδώ ο Αχιλλέας παθαίνει νευρικό κλωνισμό, γιατί μεταξύ Sialko-MAuVE παρεμβάλεται ο τρισκατάρατος και για όλα υπεύθυνος κόμβος keyman. Αλλά παρόλα αυτά, τα πακέτα πέρασαν.
Αντίθετα, τα πακέτα εξαφανιζόντουσαν όταν πηγαίνοντας από την άλλη πλευρά πέφταν στην μαύρη τρύπα του Β52.
Η γνωστή αυτή μαύρη τρύπα, έχει αναγκάσει το Σπύρο να ρίξει ένα τεράστιο κόστος στο λινκ του με τον capvar, ώστε να μην πηγαίνουν από εκεί τα πακέτα.
Αλλά όπως είδατε, το καταλληλότατο για το δίκτυο μας routing προτιμούσε τον δρόμο με κόστος 374 και εξαφάνιση πακέτου, από τον 180 και παράδωση πακέτου.
Κατά 99% όλα τα παραπάνω είναι λάθος.
Μεγειά το κούρεμα Αχιλλέα.
Αντίθετα, τα πακέτα εξαφανιζόντουσαν όταν πηγαίνοντας από την άλλη πλευρά πέφταν στην μαύρη τρύπα του Β52.
Η γνωστή αυτή μαύρη τρύπα, έχει αναγκάσει το Σπύρο να ρίξει ένα τεράστιο κόστος στο λινκ του με τον capvar, ώστε να μην πηγαίνουν από εκεί τα πακέτα.
Που ειναι αυτη η τρυπα βρε Νικο να την κλεισω :D :D να παει στο καλο..
Το λινκ με Capvar ειναι σταθεροτατο εδω και μιαμιση βδομαδα και δεν βλεπω να ξαναχαλαει οποτε 'σφυρα' του Σπυρου να χαμηλωσει το cost να δουμε τι γινεται :wink: :wink:
Tracing route to gw-ap.mauve.awmn [10.2.8.62]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 10.42.44.1
2 6 ms 4 ms 3 ms b52.hook.awmn [10.80.182.195]
3 65 ms 17 ms 20 ms router.stelios.hook.awmn [10.80.182.60]
4 26 ms 26 ms 19 ms gw-stelios.nasos.awmn [10.80.181.178]
5 35 ms 34 ms 18 ms gw-nasos.mew.awmn [10.80.181.201]
6 31 ms 24 ms 44 ms gw-ap.atia.awmn [10.87.182.1]
7 534 ms 23 ms 79 ms gw-ap.mauve.awmn [10.2.8.62]
Νομιζω οτι ειναι χαζομαρα να ειμαστε 4 hops μακρυα και να κανω τον κυκλο τις αρκουδας για να φτασω προς τα εσενα .............. :wink:
ping 10.2.8.62
Pinging 10.2.8.62 with 32 bytes of data:
Reply from 10.2.8.62: bytes=32 time=23ms TTL=249
Reply from 10.2.8.62: bytes=32 time=29ms TTL=249
Reply from 10.2.8.62: bytes=32 time=418ms TTL=249
Reply from 10.2.8.62: bytes=32 time=202ms TTL=249
Ping statistics for 10.2.8.62:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 23ms, Maximum = 418ms, Average = 168ms
tracert 10.2.8.62
Tracing route to gw-ap.mauve.awmn [10.2.8.62]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 10.42.44.1
2 <1 ms <1 ms <1 ms 10.42.44.17
3 3 ms 2 ms 2 ms 10.42.44.27
4 6 ms 5 ms 4 ms 10.17.119.1
5 17 ms 15 ms 8 ms gw-ap.mauve.awmn [10.2.8.62]
Trace complete.
ping 10.2.8.62
Pinging 10.2.8.62 with 32 bytes of data:
Reply from 10.2.8.62: bytes=32 time=21ms TTL=251
Reply from 10.2.8.62: bytes=32 time=11ms TTL=251
Reply from 10.2.8.62: bytes=32 time=10ms TTL=251
Reply from 10.2.8.62: bytes=32 time=8ms TTL=251
Ping statistics for 10.2.8.62:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 8ms, Maximum = 21ms, Average = 12ms
Κοιτα τι εγινε οταν εκλεισε ο stelios τον naso και περασαν τα πακετα μεσα απο τον capvar φανερη η διαφορα δεν νομιζεις ? :D
Εδώ ήταν ένα ακόμα άσχετο του jason
xaotikos
οι αηδίες του jason μεταφέρθηκαν εδώ. (http://www.awmn.gr/forum/viewtopic.php?p=59621#59621)
jason2
xaotikos
03/03/2004, 17:03
#άσχετο#
Μεταφέρθηκε ένα άσχετο jason-ικό μύνημα
xaotikos
Σου έχουμε πει επανηλειμένα να μην trollareis,αν θέλεις να γράφεις άσχετα γράφε στα off-topic απευθείας. Μας βγάζεις και από τον κόπο...Από το επόμενο άσχετο εδώ delete
xaotikos
Που ειναι αυτη η τρυπα βρε Νικο να την κλεισω :D :D να παει στο καλο..
:
Πιστεύεις Τάσσο ότι αν ήξερα, δεν θα σου έλεγα.
Μία βδομάδα φάγαμε 2 άτομα να προσπαθούμε να βρούμε γιατί είχε γίνει μαύρη τρύπα το τετράπλευρο koem-grgs-spirosco-MAuVE.
Με δύο δρόμους να μην μπορώ να πινγκάρω τον grgs που είναι 2 hops από εμένα ;
Εντάξει ο ένας δρόμος (μέσω koem) ήταν καινούργιος και μπορεί να είχε πρόβλημα.
Ο άλλος όμως, που πάει να κλείσει χρόνο αξιόπιστης λειτουργίας, τι πάθαινε απότομα ;
Την αιτία, εγω τουλάχιστον, δεν την έχω απομονώσει.
Ο Σπύρος έχει φτάσει πιό κοντά, ρώτα τον.
Γενική διαπίστωση:
1) Τα πράγματα γίνονται πιό τρελλά, όσο τα λινκ γίνονται πιό αναξιόπιστα.
2) Αρκεί ένα και μόνο λινκ για να σου τα κάνει μαντάρα.
Στην περίπτωσή μας πιστεύουμε ότι ήταν το koem-grgs, αλλά και όταν κατεβάσαμε το δικό μας (spirosco-MAuVE) στο 1 mW πάλι άρχισαν τα όργανα.
Αυτά γνωρίζω από πρώτο χέρι, αυτά μπορώ να σου πώ.
Ο Σπύρος όμως μπορεί να σου τα πεί καλύτερα, γιατί αυτός έκανε όλη τη δουλειά.
Εγώ ping, download και βρίσιμο έκανα.
Κοιτα τι εγινε οταν εκλεισε ο stelios τον naso και περασαν τα πακετα μεσα απο τον capvar φανερη η διαφορα δεν νομιζεις ? :D
Καμία απολύτως αντίρρηση.
Ο Σπύρος αυξησε το κόστος όταν δέχθηκε παράπονα από τον Ζαχαρία για χαμένα πακέτα.
ΔΕΝ ΜΕ ΠΡΟΣΕΧΕΙΣ ΚΑΘΟΛΟΥ ΤΑΣΟ.
Δύο καθόλα καλοί δρόμοι, όταν γίνουν λούπα μετατρέπονται σ' εφιάλτη.
spirosco
03/03/2004, 18:36
Tο cost διορθωθηκε παλι, αν και βλεπω down αυτη τη στιγμη τον β52 στο nagios.
Τασσοοο, ετοιμασου...ενας πιγκουινος θα σου χτυπησει τη πορτα οπου να ναι... :lol:
Ηταν down γιατι αλλαζα μια καρτα προς τον philip οποτε επεσε ολο το PC που εχω πανω τον capvar και τον philip τωρα ειναι οκ.
Περνω μια ip 10.2.4.216 & 218 & 128 με ospf και metric 1 μονο οι αλλοι θα μου την λενε :wink:
Ξερεται πιανου ειναι ? :?:
Αυτό είναι καινούργιο!
Απ' ότι ξέρω το 10.2.4.1 είναι του Varda. Θα του στείλω pm να τον ενημερώσω! :wink:
Είναι για το internal lan και όπως είδες είναι external route.
Είναι για το internal lan και όπως είδες είναι external route.
Κοιτα απο τα λιγα που ξερω για το routing ακομα και για το internal lan να ειναι δεν πρεπει να βγαινει με metric 1 σε ολο το awmn.
Αν και δεν μπορω να σε βοηθησω ισως μπορει να σε βοηθησει ο spirosco
η ο mauve η τελος παντων η καποιος αλλος που θα διαβασει αυτο το ποστ.
Για δοκιμασε να βαλεις cost 10 ακομα και στην καρτα του server σου που
εχεις για το εσωτερικο σου δυκτιο :!:
Κοιτα απο τα λιγα που ξερω για το routing ακομα και για το internal lan να ειναι δεν πρεπει να βγαινει με metric 1 σε ολο το awmn
Έχει σχέση με τον αν διαφημίζεται σαν External1 ή 2. Στη μία περίπτωση κρατά σαν κόστος το κόστος του external route στην άλλη προστίθονται τα δύο κόστη (που είναι και το σωστό)
Acinonyx
04/03/2004, 15:16
Δυστυχώς είναι η πρώτη περίπτωση ngia.. :?
Επίσης αυτή τη στιγμή βλέπω και μία route 192.168.1.0 από εδώ -> 10.21.121.62...
Που Σκ... εφυγε αυτό ...
Μαλλον ξέφυγε από ενα πήραμα αργά το βράδυ ...
Αν μπορείς κάνε ένα paste το external database object για να το δώ και να το κόψω ...
Acinonyx
04/03/2004, 16:09
Δυστυχώς είναι η πρώτη περίπτωση ngia..
Άκυρο... External 2 είναι. Μόλις το είδα..
Που Σκ... εφυγε αυτό ...
Μαλλον ξέφυγε από ενα πήραμα αργά το βράδυ ...
Αν μπορείς κάνε ένα paste το external database object για να το δώ και να το κόψω ...
Οκ.. το έφτιαξες.. ;)
Όχι ακριβως ....
μετά από λύγο φρόντισε η ΔΕΗ ...
Μεγάλο τμήμα των Βριλησίων ( και χαλανδρι) ήταν down για δύο όρες ++
Τεσπα τώρα πρέπει να είναι οκ ...
Για την ιστόρια ...
την @@ την έκανε ενα (i)BGP Peer που αποφάσισα να συκόσω εχθές και δεν έκαν την γνωστή διαδικασια του write erase (Cisco)...
Τωρα πρέπει να είναι ο.Κ. ...
10.2.4.128 255.255.255.240 10.17.119.1 10.17.119.10 1
10.2.4.200 255.255.255.248 10.17.119.1 10.17.119.10 103
10.2.4.208 255.255.255.248 10.17.119.1 10.17.119.10 1
10.2.4.216 255.255.255.248 10.17.119.1 10.17.119.10 1
10.2.4.232 255.255.255.248 10.17.119.1 10.17.119.10 102
10.2.4.244 255.255.255.252 10.17.119.1 10.17.119.10 113
10.2.4.248 255.255.255.252 10.17.119.1 10.17.119.10 113
Οι 3 άσσοι στην πρώτη, τρίτη και τέταρτη γραμμή δεν πρέπει να υπάρχουν...
Τους παίρνω από spirosco και προφανώς αυτός από κάπου αλλού... όποιος ευθύνεται να τους τακτοποιήσει το γρηγορότερο...
(Όχι ότι δημιουργούν πρόβλημα, αλλά για να δουλεύουν όλα σωστά)
Μια συμβουλή:
Αν η zebra/quagga ειναι "καλά" φτιαγμενη με ένα:
telnet localhost ospfd και
sh ip ospf database external <offending-route>
βλεπουμε το object π.χ.
awmn-nikolas# sh ip ospf database external 10.2.4.128
OSPF Router with ID (10.21.121.62)
AS External Link States
LS age: 225
Options: 2
LS Type: AS-external-LSA
Link State ID: 10.2.4.128 (External Network Number)
Advertising Router: 10.2.4.202
LS Seq Number: 80000132
Checksum: 0x2440
Length: 36
Network Mask: /28
Metric Type: 2 (Larger than any link state path)
TOS: 0
Metric: 1
Forward Address: 10.2.4.206
External Route Tag: 0
Η ύπαρξη του Forward Address αν υπάρχει διλώνει τον αρχικό "αποστολέα" ενώ το
Advertising Router: Αυτόν που το πρωτοπέρασε στο ospf ...
Πληροφοριακα χρισιμοποιουμε windows οποτε ολα αυτα τα παραπανω
εμενα τουλαχιστον δεν μου λενε τιποτα..........
Τελικα ειναι λογικο να το βλεπει ολο το awmn με metric 1 η οχι ?
AWMN 2010
Powered by vBulletin™ Version 4.1.4 Copyright © 2012 vBulletin Solutions, Inc. All rights reserved.