Επιστροφή στο Forum : G.SHDSL LAN-to-LAN Connection
wintech2003
23-04-05, 00:33
Έχει δουλεψει κανεις τα SHDSL Modems της Telindus και συγκεκριμένα το μοντέλο 1421 2P;
Παρέλαβα σήμερα 2 ζευγάρια με σκοπό να στήσω το δίκτυο που φαίνετε στο συνημμένο αρχείο.
Υπάρχουν δυο περιπτώσεις:
1) Να λειτουργήσουν τα Telindus σαν Ethernet Extenders, οπότε να έχω και στα δύο remote δίκτυα ως gateway το 3725 router που βρίσκεται στο "central office" (τρομάρα μου... :D) ή
2) να λειτουργήσουν τα ίδια ώς routers οπότε τα PC του κάθε remote site, να έχουν ως gateway την IP του τοπικού τους Telindus, και αυτό με την σειρά του να κάνει το routing προς τον 3725.
Το Telindus 1421 έχει routing capabilities έως 40.000 pps (βάση Data Sheet). Ποιές ειναι οι αντοχές του στην πράξη όμως βαση του παραπάνω? Σηκώνει καμια 40-50 PC στο κάθε remote site ή καλύτερα να χρησιμοποιηθεί ο 3725 για routing για να μην βρούμε κανενα Telindus ψημένο?
Mε τί mode να παίξω λοιπόν στο WAN Interface? Routing? Brigding? ή Routing & Bridging? (και με τί mode να παίξω στο LAN Interface?)
Επίσης, έχοντας υπ'οψιν οτι χρησιμοποιώ 4σύρματη M1020 (περίπου 200m απόσταση), με τι encapsulation να παίξω? Οι διαθέσιμες επιλογές ειναι: PPP, ATM, Frame Relay και HDLC.
Αυτά για αρχή... αν καταλάβω το θεωρητικό μέρος θα μπορέσω να το υλοποιήσω και στην πράξη :cool:
P.S. Όπως είδατε, έχουμε ενα C class private IP subnet, το οποίο θέλουμε να το μοιράσουμε στα δυο, απο 1 - 127 για το ενα remote site, και απο 128 - 254 για το άλλο remote site.
αν και δεν τα ξέρω, εγω θα ελεγα να πάς με την πρώτη επιλογή,
ετσι θα μπορείς ανα πάσα στιγμή να αλλάζεις οτι θέλεις χωρίς να χρείαζεται να παίξεις με τα αλλά δυο (ελπίζω).
wintech2003
23-04-05, 01:21
thnx sdikr ;)
Αν και πιο πολύ με ενδιαφέρουν τα υπόλοιπα θέματα (σχετικά με το mode και το encapsulation) παρά το αν θα τα δουλεψω ως lan extenders ή αν θα κάνω routing...
Αυτή τι στιγμή με ενδιαφέρει πρώτα να καταφέρω να συνδέσω τα πάντα μεταξύ τους :D
Αν και έχω καιρό να ασχοληθώ με κάτι τέτοιο, παρατήρησα τα 40.000 pps που αναφέρθησαν. Βάσει του παραπάνω και μόνο στοιχείου, κάνω μία υπόθετική εκτίμηση για περί τα 24 πι-σι σε κάθε μεριά μίας και είναι το σύνηθες ενός 8port switch τα 14.400pps. Αν και τα πι-σι που θα συνδεθούν δεν "λαγκάρουν" λόγω φόρτου στο stack τους από τις ρυθμίσεις του τελευταίου, τότε το πρακτικό μέγιστο της απόδοσης θα αγγίζει σε ένα ιδανικό ποσοστό το θεωρητικό μέγιστο της ισοροπίας απόδοσης του βασικού συνδέσμου (basic link) και θα διατηρηθούν και οι ισοροπίες στο θέμα της μέγιστης απόδοσης από πλευράς ταχύτητας (λόγω χρόνου προσαρμογής μετεξυπηρέτησης πακέτων) του routing.
Τίποτε από τα παραπάνω φυσικά δεν είναι απόλυτο, μίας και η απόδοση ενός καναλιού δεν εξαρτάται πάντα από τις επιδόσεις του βασικού συνδέσμου αλλά ούτε και το αντίστροφο.
Υπόψιν πως τα παραπάνω αφορούν περιπτώσεις που το επιθυμητό είναι ο ελάχιστος χρόνος εξυπηρέτησης πακέτου (πχ. δίκτυο για πολύ απαιτητικά παιχνίδια ή ερευνητικές εφαρμογές). Στις αρκετές περιπτώσεις λιγότερο απαιτητικών εφαρμογών το όριο του αριθμού των πι-σι μπορεί να να φτάσει και στο διπλάσιο... Κάτι ανάλογο σαν τις 384 συνδέσεις που ή παίζουν σε 20Κ ή τα ping "σέρνονται" ...αλλά όλοι στο τέλος καταφέρνουν και κάνουν την δουλειά τους. Μόνο που εδώ δεν θα είναι και τόσο εμφανές λόγω των πολύ υψηλότερων ταχυτήτων.
thnx sdikr ;)
Αν και πιο πολύ με ενδιαφέρουν τα υπόλοιπα θέματα (σχετικά με το mode και το encapsulation) παρά το αν θα τα δουλεψω ως lan extenders ή αν θα κάνω routing...
Αυτή τι στιγμή με ενδιαφέρει πρώτα να καταφέρω να συνδέσω τα πάντα μεταξύ τους :D
Μίας και ανέφερες το θέμα του encapsulation, ίσως και να ενδιαφέρεσαι λίγο (ίσως) για το ιστορικό μέρος αυτού του θέματος. Ένα αρκετά εκλαϊκευμένο άρθο (όχι υπεραπλουστευμένο όμως) υπάρχει στον σύνδεσμο http://www.nettonet.com/solutions/whitepapers/wp-tech-packetvcell.pdf και πιστεύω πως περιγράφει εν μέρει τον προβληματισμό σου.
Άσε τα modems να κάνουν την δουλειά που ξέρουν (L2) και τους routers την δική τους (L3).
Προσωπική προτίμηση (κατά σειρά προτεραιότητας): HDLC, PPP. Τα άλλα 2 είναι κυρίως για άλλες καταστάσεις.
ΥΓ: O 3725 έχει μόνο ethernet intefaces? Αν ναι, τότε γιατί τον πήρατε αφού υπάρχει και το 3550?
wintech2003
23-04-05, 17:07
Αν και έχω καιρό να ασχοληθώ με κάτι τέτοιο, παρατήρησα τα 40.000 pps που αναφέρθησαν. Βάσει του παραπάνω και μόνο στοιχείου, κάνω μία υπόθετική εκτίμηση για περί τα 24 πι-σι σε κάθε μεριά μίας και είναι το σύνηθες ενός 8port switch τα 14.400pps. Αν και τα πι-σι που θα συνδεθούν δεν "λαγκάρουν" λόγω φόρτου στο stack τους από τις ρυθμίσεις του τελευταίου, τότε το πρακτικό μέγιστο της απόδοσης θα αγγίζει σε ένα ιδανικό ποσοστό το θεωρητικό μέγιστο της ισοροπίας απόδοσης του βασικού συνδέσμου (basic link) και θα διατηρηθούν και οι ισοροπίες στο θέμα της μέγιστης απόδοσης από πλευράς ταχύτητας (λόγω χρόνου προσαρμογής μετεξυπηρέτησης πακέτων) του routing.
Τίποτε από τα παραπάνω φυσικά δεν είναι απόλυτο, μίας και η απόδοση ενός καναλιού δεν εξαρτάται πάντα από τις επιδόσεις του βασικού συνδέσμου αλλά ούτε και το αντίστροφο.
Υπόψιν πως τα παραπάνω αφορούν περιπτώσεις που το επιθυμητό είναι ο ελάχιστος χρόνος εξυπηρέτησης πακέτου (πχ. δίκτυο για πολύ απαιτητικά παιχνίδια ή ερευνητικές εφαρμογές). Στις αρκετές περιπτώσεις λιγότερο απαιτητικών εφαρμογών το όριο του αριθμού των πι-σι μπορεί να να φτάσει και στο διπλάσιο... Κάτι ανάλογο σαν τις 384 συνδέσεις που ή παίζουν σε 20Κ ή τα ping "σέρνονται" ...αλλά όλοι στο τέλος καταφέρνουν και κάνουν την δουλειά τους. Μόνο που εδώ δεν θα είναι και τόσο εμφανές λόγω των πολύ υψηλότερων ταχυτήτων.
Ευχαριστώ για τις πληροφορίες σου. Τα remote δίκτυα είναι internet stations οπότε μας ενδιαφέρει πολύ τα πακέτα να εξυπηρετούνται στον ελάχιστο δυνατό χρόνο για να μην δημιουργείται lag, ειδικά στα online games.
Συνεπώς απ'ότι καταλαβαίνω, τα modems αυτά δεν μπορούν να παίξουν σαν routers απο την στιγμή που μιλάμε για remote sites των 50 - 60 PC... Οπότε πάμε στο bridging mode απ'ότι καταλάβαινω...
Μίας και ανέφερες το θέμα του encapsulation, ίσως και να ενδιαφέρεσαι λίγο (ίσως) για το ιστορικό μέρος αυτού του θέματος. Ένα αρκετά εκλαϊκευμένο άρθο (όχι υπεραπλουστευμένο όμως) υπάρχει στον σύνδεσμο http://www.nettonet.com/solutions/w...packetvcell.pdf (http://www.nettonet.com/solutions/whitepapers/wp-tech-packetvcell.pdf) και πιστεύω πως περιγράφει εν μέρει τον προβληματισμό σου.
Πολύ ενδιαφέρον white paper! Όντως με ενδιαφέρει και η θεωρητική πλευρά του θέματος και τέτοιου είδους links είναι πολύ χρήσιμα.
Άσε τα modems να κάνουν την δουλειά που ξέρουν (L2) και τους routers την δική τους (L3).
Προσωπική προτίμηση (κατά σειρά προτεραιότητας): HDLC, PPP. Τα άλλα 2 είναι κυρίως για άλλες καταστάσεις.
ΥΓ: O 3725 έχει μόνο ethernet intefaces? Αν ναι, τότε γιατί τον πήρατε αφού υπάρχει και το 3550?
Άρα το WAN Interface και το LAN Interface του Telindus να παίζουν σε bridge mode μόνο? Και προτείνεις το link να γίνει με HDLC encapsulation. ΟΚ θα το δοκιμάσω και θα σου πω :)
Φαντάζομαι βέβαια οτι στην περίπτωση που κάνουμε σκέτο bridging δεν μπορούμε να έχουμε διαφορετικό subnet στο remote δίκτυο, απο αυτό στο οποίο ανήκει η IP του 3725 έτσι? (ωστε να μπορούν και οι clients του remote site να βγαίνουν στο Internet).
Ο 3725 έχει καi 3 WIC-2T πάνω που εξυπηρετoύν συνδέσεις σε remote sites μεσω HellasCom. Απλά εκεί το δίκτυο διαφοροποιείται κατα πολύ μιας και χρησιμοποιείται Cisco 1721 απο την πλευρά του remote site και γιαυτό δεν την παρουσίασα στο σχέδιο.
Φαντάζομαι βέβαια οτι στην περίπτωση που κάνουμε σκέτο bridging δεν μπορούμε να έχουμε διαφορετικό subnet στο remote δίκτυο, απο αυτό στο οποίο ανήκει η IP του 3725 έτσι? (ωστε να μπορούν και οι clients του remote site να βγαίνουν στο Internet).
Μπορείς να φτιάξεις subinterfaces στον 3750 και τα αντιστοιχα vlans στο 3550, ένα για κάθε 2750.
Κάθε remote δίκτυο θα έχει το δικό του subnet, με gateway τον 3750.
Και αν τα telindus δέχονται κάποια ip για management όταν είναι σε bridging mode, τότε μπορείς να τα δειχειρίζεσαι και αυτά.
wintech2003
23-04-05, 17:30
Μπορείς να φτιάξεις subinterfaces στον 3750 και τα αντιστοιχα vlans στο 3550, ένα για κάθε 2750.
Κάθε remote δίκτυο θα έχει το δικό του subnet, με gateway τον 3750.
Και αν τα telindus δέχονται κάποια ip για management όταν είναι σε bridging mode, τότε μπορείς να τα δειχειρίζεσαι και αυτά.
Cool :cool:
Got the point. Παω να τα δοκιμάσω όλα αυτά τώρα. Αυριο θα σας πω νεοτερα επι του θέματος. :D
Άσε τα modems να κάνουν την δουλειά που ξέρουν (L2) και τους routers την δική τους (L3).
Προσωπική προτίμηση (κατά σειρά προτεραιότητας): HDLC, PPP. Τα άλλα 2 είναι κυρίως για άλλες καταστάσεις.
ΥΓ: O 3725 έχει μόνο ethernet intefaces? Αν ναι, τότε γιατί τον πήρατε αφού υπάρχει και το 3550?
Το 3725 είναι ρούτερ.
Το 3550 είναι switch.
Ανόμοια πράγματα!
Το ppp σου επιτρέπει πιο εύκολο troubleshooting.
Τα modems καλύτερα να μπουν σε bridging mode για να μην ασχολείσαι μαζί τους.
Το 3725 είναι ρούτερ.
Το 3550 είναι switch.
Ανόμοια πράγματα!
Το 3550 είναι L2/L3 switch....και όταν έχεις μόνο ethernet interfaces συμφέρει να το χρησιμοποιήσεις γιατί πραγματοποιεί το routing (forwarding) σε wire-speed ;)
Το ppp σου επιτρέπει πιο εύκολο troubleshooting.
...αλλά έχει μεγαλύτερο overhead απο το HDLC ;)
wintech2003
23-04-05, 19:57
Το 3550 είναι L2/L3 switch....και όταν έχεις μόνο ethernet interfaces συμφέρει να το χρησιμοποιήσεις γιατί πραγματοποιεί το routing (forwarding) σε wire-speed ;)
Έτσι έτσι... Tυχαία το πήραμε το 3550? LOL
123456789:
Τα modems έχουν lan και wan interface, και στο καθένα από τα δυο μπορώ να ορίσω ξεχωριστά "Bridge", "Routing" ή "Bridging & Routing" mode.
Αυτό που λες ειναι οτι ειναι καλύτερο να παίζουν και τα 2 interfaces σε σκέτο bridge mode?
Το 3550 είναι L2/L3 switch....και όταν έχεις μόνο ethernet interfaces συμφέρει να το χρησιμοποιήσεις γιατί πραγματοποιεί το routing (forwarding) σε wire-speed ;)
...αλλά έχει μεγαλύτερο overhead απο το HDLC ;)
Οντως στο ρούτινγκ είναι καλύτερο (αν και τα 120 Kpps και 51-60Mbps που δίνει η cisco δεν είναι διόλου άσχημα)! :thumbsup1
Οταν κάνει policy routing, reflexive ACLs (security γενικά), NAT, flow-switching, QoS με περισσότερα από 8 queues και άλλα που κάνει το 3725 τότε θα γίνει και το φίλτατο 3550 ρούτερ!:-k
Τα modems έχουν lan και wan interface, και στο καθένα από τα δυο μπορώ να ορίσω ξεχωριστά "Bridge", "Routing" ή "Bridging & Routing" mode.
Αυτό που λες ειναι οτι ειναι καλύτερο να παίζουν και τα 2 interfaces σε σκέτο bridge mode?
Ναι, όσο υπάρχει και στα δύο άκρα κάτι που να κόβει Multicasts και broadcasts (πχ ρούτερ ή VLAN-aware switch) τότε το bridging μειώνει το κόστος διαχείρισης και το χρόνο μετάδοσης ένα hop και δύο ρούτερ λιγότεροι).
Το management θα πρέπει να γίνεται με κονσόλα, αλλά με το G.SHDSL και το automatic rate-fallback θα έχεις πάντα connectivity, άρα και management και στα δύο άκρα (γιατί η κονσόλα σε τέτοια μηχανήματα επιτρέπει να κάνεις διαχείριση και στο remote side).
wintech2003
26-05-05, 13:21
Update:
Εδώ και μέρες όλα ειναι ΟΚ, τα έστησα σε δυο μαγαζιά που μοιράζονται ένα 4MBps μισωθμένο χωρις πρόβλημα. Έπαιξα τελικά με routing mode και παίζουν άψογα στα 4,6Mbps μέχρι εμένα με 4 σύρματη M1020 :) Και παίζουν και μια χαρά σαν routerάκια (30 PC έχει το ένα μαγαζί και 53 PC το άλλο και δεν έχω αντιμετωπίσει κανένα πρόβλημα μέχρι τώρα)
btw: o 3725 ανεβαίνει πού και πού στο 1% CPU Utilization, ενώ το 3550 δεν έχει αγγίξει ποτε το 1% ακόμα...!! :cool:
:offtopic:wintech2003 το διάγραμμα στο πρώτο σου post με ποιά εφαρμογή την έφτιαξες??? είναι πανέμορφο :p :offtopic:
Αν το 3550 το χρησιμοποιείς αποκλειστικά σαν L2 switch, δύσκολα θα δεις κάτι παραπάνω από αυτό.
Το cpu utilization στα switches της Cisco έχει διαφορετική έννοια από ότι στους routers της.
3550>sh contr sw
Switch 0 registers:
Device Type : 0x00090373
Congestion Threshold : 0x0000132F (1)
Peak Total Allocation : 0x0000020E (1)
Total Allocation : 0x00000003
Peak Total Bandwidth : 0x0000007A (2)
Total Bandwidth : 0x0000000A
Total Bandwidth Limit : 0x000003DE (2)
Lower Bandwidth Limit : 0x000003DE
Switch Mode : 0x00000000
Switch Status : 0x00000000
...
wintech2003
26-05-05, 14:26
:offtopic:wintech2003 το διάγραμμα στο πρώτο σου post με ποιά εφαρμογή την έφτιαξες??? είναι πανέμορφο :p :offtopic:
Με το Microsoft Visio ;)
wintech2003
26-05-05, 14:29
Αν το 3550 το χρησιμοποιείς αποκλειστικά σαν L2 switch, δύσκολα θα δεις κάτι παραπάνω από αυτό.
Το cpu utilization στα switches της Cisco έχει διαφορετική έννοια από ότι στους routers της.
3550>sh contr sw
Switch 0 registers:
Device Type : 0x00090373
Congestion Threshold : 0x0000132F
Peak Total Allocation : 0x0000020E
Total Allocation : 0x00000003
Peak Total Bandwidth : 0x0000007A
Total Bandwidth : 0x0000000A
Total Bandwidth Limit : 0x000003DE
Lower Bandwidth Limit : 0x000003DE
Switch Mode : 0x00000000
Switch Status : 0x00000000
...
Κάνει και routing σε κάποια ports για τα telindus που έχουν ethernet interface.
...
...
ip routing
...
...
interface FastEthernet0/13
no switchport
ip address 85.196.x.x 255.255.255.252
duplex full
speed 10
!
...
...
chalkida-core1#sh contr sw
Switch 0 registers:
Device Type : 0x00090373
Congestion Threshold : 0x0000132F
Peak Total Allocation : 0x0000003A
Total Allocation : 0x00000000
Peak Total Bandwidth : 0x00000048
Total Bandwidth : 0x00000000
Total Bandwidth Limit : 0x000003DE
Lower Bandwidth Limit : 0x000003DE
Switch Mode : 0x00040000
Switch Status : 0x00000000
@ ADSLgr.com All rights reserved.