COSMOTE Business Premium Internet: Νέα υπηρεσία συμμετρικού Ιnternet για μικρομεσαίες επιχειρήσεις

[Hik]

Τα firewalls έχουν την δυνατότητα να ορίσουμε συντελεστή βαρύτητας στις γραμμές, αλλά αυτός είναι ένας. Οπότε πρέπει να διαλέξουμε συντελεστή είτε με βάση το Upload είτε το Download. Τώρα τον έχουμε ορίσει στις υφιστάμενες γραμμές με βάση το Download, ίσως όμως στο μέλλον έχει περισσότερο νόημα να βάλουμε το Upload.

Για τον εξειδικευμένο κανόνα για το Teams έχουμε την δυνατότητα να το κάνουμε και αυτό και το σκεφτόμασταν, αλλά δεν το έχουμε δοκιμάσει ακόμη. Θέλουμε να δούμε πως συμπεριφέρεται όταν είναι ενεργοποιημένοι και οι συντελεστές βαρύτητας. Συνεργάζονται καλά οι 2 ρυθμίσεις ή ακυρώνει η μία την άλλη; Μια δοκιμή θα δείξει.

Γενικά η ύπαρξη πολλών γραμμών διαφορετικών ταχυτήτων δεν αντικαθιστά μια μεγαλύτερη γραμμή.

Ακόμα και αν βάλεις κανόνες upload/download, το traffic δε "ανεβαίνει" από τη μία γραμμή και "κατεβαίνει" από την άλλη. Αν π.χ. το teams δρομολογείται από τη γραμμή με το μεγαλύτερο upload, προφανώς και το download αυτού από εκεί θα έρχεται. Οπότε το balancing πρακτικά δεν μπορεί να γίνει και πολύ αποδοτικά.

Μόνο με channel bonding θα μπορούσαν να παίξουν ταυτόχρονα αποδοτικά, αλλά προφανώς αυτό θα μπορούσε να γίνει με ένα πάροχο μόνο.

[fadasma]

Τα firewalls έχουν την δυνατότητα να ορίσουμε συντελεστή βαρύτητας στις γραμμές, αλλά αυτός είναι ένας. Οπότε πρέπει να διαλέξουμε συντελεστή είτε με βάση το Upload είτε το Download. Τώρα τον έχουμε ορίσει στις υφιστάμενες γραμμές με βάση το Download, ίσως όμως στο μέλλον έχει περισσότερο νόημα να βάλουμε το Upload.

Για τον εξειδικευμένο κανόνα για το Teams έχουμε την δυνατότητα να το κάνουμε και αυτό και το σκεφτόμασταν, αλλά δεν το έχουμε δοκιμάσει ακόμη. Θέλουμε να δούμε πως συμπεριφέρεται όταν είναι ενεργοποιημένοι και οι συντελεστές βαρύτητας. Συνεργάζονται καλά οι 2 ρυθμίσεις ή ακυρώνει η μία την άλλη; Μια δοκιμή θα δείξει.

Πρέπει να χωρίσετε τις εφαρμογές γιατί εκτός από τη διαφορά στο bandwidth, υπάρχει διαφορά και στο latency. Άλλο latency έχει η οπτική (3ms) και πολύ μεγαλύτερο το μικροκυματικό. Άρα οι εφαρμογές voip όπως το teams θα πρέπει να περνάνε από το χαμηλότερο latency.

[SfH]

Άλλο latency έχει η οπτική (3ms) και πολύ μεγαλύτερο το μικροκυματικό. Άρα οι εφαρμογές voip όπως το teams θα πρέπει να περνάνε από το χαμηλότερο latency.

Off Topic

Εδώ θα διαφωνήσω. Γενικά, ανάλογα με την τοπολογία, δεν είναι απίθανο μικροκυμματικά να έχουν καλύτερο latency από οπτικά. Συνήθως η ίνα κάνει αρκετούς κύκλους από πελάτη σε πελάτη και έχει μεγαλύτερες διαδρομές από το μικροκυμματικό, που είναι από τη φύση του ευθεία. Στην πράξη, η διαφορά είναι αμελητέα. Αν θες να δούμε πραγματικά νούμερα, για σύγχρονα μηχανήματα έχουμε συνήθως latency της τάξης των 0.1-0.2ms/link - με όλους τους μηχανισμούς error correction/κτλ ανοιχτούς. Αν τους κλείσεις, πέφτει κι άλλο. Εκεί που συνήθως έχουν μειονέκτημα τα μικροκυμματικά σε σχέση με της ίνες είναι το availability - ανάλογα πάντα με το σχεδιασμό, την απόσταση, τις κεραίες, τη συχνότητα και γενικά παράγοντες που επηρεάζουν το κόστος της λύσης.

[netblues]

Πρέπει να χωρίσετε τις εφαρμογές γιατί εκτός από τη διαφορά στο bandwidth, υπάρχει διαφορά και στο latency. Άλλο latency έχει η οπτική (3ms) και πολύ μεγαλύτερο το μικροκυματικό. Άρα οι εφαρμογές voip όπως το teams θα πρέπει να περνάνε από το χαμηλότερο latency.

Περα απο οσα σωστα είπε ο sfh, δεν κανει απολυτως καμμια διαφορα τα 20-30ms (max) του οποιοδηποτε xdsl σε εφαρμογες voip, conference, αστεια πραγματα.
Channel bonding, με διαφορετικες ταχητητες, καλη τυχη. Γινεται και με καποιο host σε cloud και διαφορετικους παροχους, αλλα μετα εισαι απο πισω και ασχολεισαι συνεχως. Not recommended for production use που λεν και στο χωριο μου.

Αν εχεις ΠΟΛΥ κοσμο τοτε ισως το load balancing με weights να εχει καποιο νοημα, αλλα και παλι, οποιος πεφτει στη 50ρα (και κανει filetransfer πχ) δεν θα του αρεσει.
Ασε που αν πεσεις μια φορα στη 50ρα, μετα όλο απο κει θα σε περναει, μεχρι να ληξουν τα οποια states.
Κατα το δυνατον, ιδιες γραμμες σε lb, τις αλλες μονο για backup.


Επειδη το μικροκυματικο σιγουρα δεν εχει περιορισμο ταχυτητας, θα το αναβαθμιζα σε μια ταχυτητα που να μου κανει (πχ 300/300) θα κρατουσα και μια vdsl και τελος.
Επισης δεν καταλαβαινω γιατι το 365 εχει τοσες απαιτησεις σε upload.
Παντως αλλο μια 300/300 αλλο 3 των 100. (βασικα καμμια σχεση).
Ειδικα με τη vodafone, πες τους για 200Mbit και πεισε τους οτι θα παρεις απο αυτους, και μετα προτεινε τους να στην κανουν 400/400 για να κλεισει το deal στα ιδια λεφτα. Συνηθως πιανει.
Καλη τυχη.

[pedimo]

Γενικά η ύπαρξη πολλών γραμμών διαφορετικών ταχυτήτων δεν αντικαθιστά μια μεγαλύτερη γραμμή.

Ακόμα και αν βάλεις κανόνες upload/download, το traffic δε "ανεβαίνει" από τη μία γραμμή και "κατεβαίνει" από την άλλη. Αν π.χ. το teams δρομολογείται από τη γραμμή με το μεγαλύτερο upload, προφανώς και το download αυτού από εκεί θα έρχεται. Οπότε το balancing πρακτικά δεν μπορεί να γίνει και πολύ αποδοτικά.

Μόνο με channel bonding θα μπορούσαν να παίξουν ταυτόχρονα αποδοτικά, αλλά προφανώς αυτό θα μπορούσε να γίνει με ένα πάροχο μόνο.

Συμφωνώ ότι οι πολλές γραμμές δεν αντικαθιστούν μια μεγαλύτερη. Ούτε το συνολικό κόστος 3x 100/100 είναι μικρότερο από μια 300/300. Ίσα ίσα που είναι μεγαλύτερο. Αλλά αν το δεις από την πλευρά ότι υπάρχουν περισσότεροι χρήστες (δυνητικά μέχρι 60), κανένας από αυτούς δεν θα πάρει 300/300 μόνος, εκτός και αν ξενυχτήσει και έχουν φύγει όλοι...

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

Ναι, σε ένα connection το Upload/download περνάει από την ίδια γραμμή. Μπορεί όμως σε έναν Η/Υ να ξεκινήσουν περισσότερα connections και το κάθε ένα από αυτά μπορεί δυνητικά να περάσει από άλλη γραμμή. Τουλάχιστον έτσι το κάνει το δικό μας firewall.

Όσο το σκεφτόμαστε βλέπουμε ότι δεν έχει νόημα το load balancing ανά application, αλλά περισσότερο νόημα έχει οι γραμμές να έχουν το ίδιο bandwidth, π.χ. 3 γραμμές 100/100.

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

Πρέπει να χωρίσετε τις εφαρμογές γιατί εκτός από τη διαφορά στο bandwidth, υπάρχει διαφορά και στο latency. Άλλο latency έχει η οπτική (3ms) και πολύ μεγαλύτερο το μικροκυματικό. Άρα οι εφαρμογές voip όπως το teams θα πρέπει να περνάνε από το χαμηλότερο latency.

Έχουμε κάνει κάποιες ρυθμίσεις για QOS για την τηλεφωνία και τις τηλεδιασκέψεις στα switches και το firewalls. Φαίνεται να πάνε καλά προς το παρόν.
Γενικά το σενάριο του διαμοιρασμού των γραμμών ανάλογα με το application δεν το έχουμε δοκιμάσει ακόμη, καθώς όλες οι γραμμές είναι VDSL αυτή την στιγμή. οπότε δεν έχει νόημα. Δεν βλέπουμε όμως καθυστερήσεις πλέον στις τηλεδιασκέψεις και την τηλεφωνία, τουλάχιστον όχι κάτι που να γίνεται αισθητό. Όσο δουλεύει καλά με το QOS δεν θα το πειράξουμε!

Περα απο οσα σωστα είπε ο sfh, δεν κανει απολυτως καμμια διαφορα τα 20-30ms (max) του οποιοδηποτε xdsl σε εφαρμογες voip, conference, αστεια πραγματα.
Channel bonding, με διαφορετικες ταχητητες, καλη τυχη. Γινεται και με καποιο host σε cloud και διαφορετικους παροχους, αλλα μετα εισαι απο πισω και ασχολεισαι συνεχως. Not recommended for production use που λεν και στο χωριο μου.

Συμφωνώ, δεν σκοπεύουμε να πειραματιστούμε με κάτι τέτοιο (Channel bonding), δεν βλέπουμε να έχει νόημα.

Αν εχεις ΠΟΛΥ κοσμο τοτε ισως το load balancing με weights να εχει καποιο νοημα, αλλα και παλι, οποιος πεφτει στη 50ρα (και κανει filetransfer πχ) δεν θα του αρεσει.
Ασε που αν πεσεις μια φορα στη 50ρα, μετα όλο απο κει θα σε περναει, μεχρι να ληξουν τα οποια states.

~60 άτομα βγαίνουν στο διαδίκτυο και προφανώς όχι όλοι ταυτόχρονα! Αυτό με το αν πέσεις στην μία σύνδεση μένεις σε αυτή δεν το βλέπω να ισχύει στα δικά μας firewalls. Βλέπω να ανοίγουν στον ίδιο Η/Υ διάφορα connections ταυτόχρονα σε διαφορετικές συνδέσεις. Οπότε ως προς αυτό κάνει εξαιρετική δουλειά το Load Balancing. Εκεί που μας τα χαλάει είναι ότι θεωρεί όλα τα connections ισότιμα και ενώ μπορεί στην μια σύνδεση να κατεβάζω ένα ISO 15GB και να την έχω γονατίσει, το θεωρεί ως ένα απλό connection και δέχεται και άλλα connections αναλογικά με τον συντελεστή βαρύτητας και προφανώς αυτά σέρνονται... Αν βάλω να κατεβάσω ένα 2ο μεγάλο ISO μπορεί να με στείλει σε άλλη γραμμή και να κατεβάζει και από εκεί στο full ή να με στείλει στην ίδια και να μοιραστούν το Bandwidth. Λαχείο είναι...

Κατα το δυνατον, ιδιες γραμμες σε lb, τις αλλες μονο για backup.

Εκεί έχουμε καταλήξει και εμείς, σε 3 ή 4 συνδέσεις 100/100 θα πάμε μάλλον.

Επειδη το μικροκυματικο σιγουρα δεν εχει περιορισμο ταχυτητας, θα το αναβαθμιζα σε μια ταχυτητα που να μου κανει (πχ 300/300) θα κρατουσα και μια vdsl και τελος.

Το τρέχον σενάριο είναι μια 100/100 σε οπτική Vodafone και μια μικροκυματική Nova σε 100/100. Από εκεί και πέρα θα θέλαμε και 1-2 COSMOTE Business Premium Internet 100/100 FTTC, αλλά θα περιμένουμε να ρίξουν τις τιμές. Μέχρι τότε θα κρατήσουμε 1-2 από τις VDSL 200/20.

Επισης δεν καταλαβαινω γιατι το 365 εχει τοσες απαιτησεις σε upload.

Δεν είναι τόσο το ότι θα αυξηθεί τόσο η απαίτηση, όσο ότι πλέον έχει νόημα να έχεις συμμετρικές συνδέσεις με το 365. Μέχρι τώρα οι χρήστες μόνο κατεβάζουν. Με το 365 θα ανεβάζουν κιόλας στο Sharepoint.
Επιπλέον με το Skype For Business On Premise πολύ από το traffic είναι Local, ενώ με το Teams όλο θα πάει και θα έρχεται από/πρς τα έξω...

Παντως αλλο μια 300/300 αλλο 3 των 100. (βασικα καμμια σχεση).

Συμφωνώ, αλλά όπως είπα και στον Hik παραπάνω, είναι σημαντική παράμετρος και η διαθεσιμότητα. Στο πρόσφατο παρελθόν με όλες τις γραμμές να είναι στις οπτικές της Cosmote είχαμε 1-2 διακοπές κάθε χρόνο με διάρκεια διακοπής 1 μέρα κάθε φορά! Και εννοείται ότι χάναμε και τις 3 συνδέσεις ταυχτόχρονα. Τότε δεν ήταν τόσο κρίσιμο αυτό, καθώς τα είχαμε σχεδόν όλα on premise, τώρα όμως δεν μας παίρνει πλέον να έχουμε τέτοιες διακοπές. Εξού και η εναλλακτική της μικροκυματικής της Nova.

Ειδικα με τη vodafone, πες τους για 200Mbit και πεισε τους οτι θα παρεις απο αυτους, και μετα προτεινε τους να στην κανουν 400/400 για να κλεισει το deal στα ιδια λεφτα. Συνηθως πιανει.

Φοβάμαι για τα νούμερα που θα ακούσω για τέτοιες ταχύτητες. Αν σκεφτεί κανείς ότι οι 3 VDSL μας κοστίζουν ~170€/μήνα με τις στατικές, και υπάρχει μια σχετική πίεση να μην ξεφύγουμε πολύ στο κόστος, μάλλον θα κινηθούμε αναγκαστικά σε χαμηλότερες ταχύτητες...

Καλη τυχη.

Ευχαριστώ πολύ!

[fadasma]

Ναι, σε ένα connection το Upload/download περνάει από την ίδια γραμμή. Μπορεί όμως σε έναν Η/Υ να ξεκινήσουν περισσότερα connections και το κάθε ένα από αυτά μπορεί δυνητικά να περάσει από άλλη γραμμή. Τουλάχιστον έτσι το κάνει το δικό μας firewall.

To pfsense έχει λύση σε αυτό το πρόβλημα, με την επιλογή "Use sticky connections".

Successive connections will be redirected via gateways in a round-robin manner with connections from the same source being sent via the same gateway. This "sticky connection" will exist as long as there are states that refer to this connection.

Χωρίς αυτό θα έχεις προβλήματα με σελίδες υψηλής ασφάλειας όπως οι τράπεζες κ.α.

[pedimo]

To pfsense έχει λύση σε αυτό το πρόβλημα, με την επιλογή "Use sticky connections".

Successive connections will be redirected via gateways in a round-robin manner with connections from the same source being sent via the same gateway. This "sticky connection" will exist as long as there are states that refer to this connection.

Χωρίς αυτό θα έχεις προβλήματα με σελίδες υψηλής ασφάλειας όπως οι τράπεζες κ.α.

Καταλαβαίνω τι λες, αλλά το έχουμε εφαρμόσει το Load Balancing εδώ και πάνω από 6 μήνες και δεν είχαμε παράπονα για τις τράπεζες. Αν υπήρχε πρόβλημα θα μας είχαν "κυνηγήσει" από την πρώτη ημέρα, μην πω από την πρώτη ώρα.

Γενικά τα firewalls μας λαμβάνουν υπόψει τα ακόλουθα για να μοιράσουν το traffic στις διαθέσιμες συνδέσεις:

1) Weight — A weight value that you assign to each interface
2) 3-tuple — Source IP address, destination IP address, and protocol for packets
3) Measures — Loss rate, latency, and jitter for each interface"

Οπότε 2) είναι μάλλον αυτό που εξασφαλίζει ότι δεν υπάρχει πρόβλημα με τις τράπεζες.

Αυτό που δεν λαμβάνουν υπόψη είναι ο πραγματικός φόρτος της κάθε γραμμής σε Mbps. Βλέπουν μόνο το πλήθος των connections ανά γραμμή.

[fadasma]

Γενικά τα firewalls μας λαμβάνουν υπόψει τα ακόλουθα για να μοιράσουν το traffic στις διαθέσιμες συνδέσεις:

1) Weight — A weight value that you assign to each interface
2) 3-tuple — Source IP address, destination IP address, and protocol for packets
3) Measures — Loss rate, latency, and jitter for each interface"
Οπότε 3) είναι μάλλον αυτό που εξασφαλίζει ότι δεν υπάρχει πρόβλημα με τις τράπεζες.

Γενικά όταν συνδέεσαι σε μια σελίδα και μετά από μερικά δευτερόλεπτα αλλάζεις IP (επειδή βγήκες από διαφορετική γραμμή), η σελίδα ενδέχεται να νομίζει οτι κάποιος χάκερ πήρε τον έλεγχο της σύνδεσης και να σε πετάξει έξω ή ακόμη και να σε μπλοκάρει.
Δηλ βλέπει οτι έκανες login από την A IP και μετά σε βλέπει από την B IP. Αν η σελίδα έχει κάποιο μηχανισμό ασφαλείας, θα σε μπλοκάρει.
Δεν έχει να κάνει με latency, and jitter κλπ

[netblues]

Stickness, sticky connections, γενικοτερα.
Για τι firewall μιλάμε? forti?

[Zus]

Γενικά όταν συνδέεσαι σε μια σελίδα και μετά από μερικά δευτερόλεπτα αλλάζεις IP (επειδή βγήκες από διαφορετική γραμμή), η σελίδα ενδέχεται να νομίζει οτι κάποιος χάκερ πήρε τον έλεγχο της σύνδεσης και να σε πετάξει έξω ή ακόμη και να σε μπλοκάρει.
Δηλ βλέπει οτι έκανες login από την A IP και μετά σε βλέπει από την B IP. Αν η σελίδα έχει κάποιο μηχανισμό ασφαλείας, θα σε μπλοκάρει.
Δεν έχει να κάνει με latency, and jitter κλπ

Με νέα ελληνική IP λογικά απλά θα σε πετάξει. Πιο επικίνδυνο αν δει καμία ξένη ίσως, ξαφνικά.

[netblues]

Ως γνωστον, οι ποπ ip's μεταξυ αλλων ειναι και πιο νοστιμες.

[Sovjohn]

...

Από την μικρή εμπειρία μου στον κλάδο, θα πω τα εξής:

* Δεν είναι απαραίτητο ότι θα λάβεις τιμή Α για π.χ. 100/100 και τιμή 2Α ή 3Α για 200-300. Ισα-ίσα, οι τιμές στις "εισαγωγικές ταχύτητες" είναι συχνά τεχνητά αυξημένες για να μην βάζει ο κάθε πικραμένος κάτι σε DIA. Σίγουρα ρώτα για 200/200 και διαπραγματεύσου και παραπάνω.
* Το setup που δυνητικά θέλετε να κάνετε με υπηρεσίες από όλους τους παρόχους είναι λίγο too much. Μια primary γραμμή (πιο μεγάλη) με οπτική ίνα Vodafone απ' όσο αναφέρεις και ένα μικροκυματικό είναι κάτι που καλύπτει πολλές περιπτώσεις.
* Τις ανάγκες downstream θα τις κάλυπτα με VDSL anyway. Δεν υπάρχει λόγος να χρησιμοποιείτε ακριβές γραμμές DIA για κάτι τέτοιο.
* Κοίταξε και πιο niche ISP, π.χ. για μικροκυματικά την https://connecticore.com/ ή για οπτικές τις Inalan/HCN (δεν ξέρω σε ποια περιοχή είστε)

Καλή τύχη και από εμένα στο νέο setup.

[pedimo]

Stickness, sticky connections, γενικοτερα.
Για τι firewall μιλάμε? forti?

Watchguard

* Δεν είναι απαραίτητο ότι θα λάβεις τιμή Α για π.χ. 100/100 και τιμή 2Α ή 3Α για 200-300. Ισα-ίσα, οι τιμές στις "εισαγωγικές ταχύτητες" είναι συχνά τεχνητά αυξημένες για να μην βάζει ο κάθε πικραμένος κάτι σε DIA. Σίγουρα ρώτα για 200/200 και διαπραγματεύσου και παραπάνω.

Σωστά, ισχύει και αυτό βλέπουμε και εμείς. Σε πρώτη προσέγγιση δεν μας ενδιαφέρει να πάρουμε την μεγαλύτερη δυνατή ταχύτητα, αλλά την καλύτερη δυνατή τιμή. Οι ταχύτητες θα αυξηθούν στο πέρασμα του χρόνου χωρίς αύξηση στην τιμή. Η τιμή δύσκολα θα μειωθεί αν ξεκινήσει ψηλά...

* Το setup που δυνητικά θέλετε να κάνετε με υπηρεσίες από όλους τους παρόχους είναι λίγο too much. Μια primary γραμμή (πιο μεγάλη) με οπτική ίνα Vodafone απ' όσο αναφέρεις και ένα μικροκυματικό είναι κάτι που καλύπτει πολλές περιπτώσεις.
* Τις ανάγκες downstream θα τις κάλυπτα με VDSL anyway. Δεν υπάρχει λόγος να χρησιμοποιείτε ακριβές γραμμές DIA για κάτι τέτοιο.

Αυτό είναι το τρέχον σενάριο. Μια σύνδεση μέσω οπτικής από την Vodafone και μια μικροκυματική από την Nova. Και οι δυο στα 100/100. Για υψηλότερες ταχύτητες θα κάνουμε 1-2 χρόνια υπομονή. Μάλλον με κάποιες VDSL θα μείνουμε για συμπλήρωμα και θα ξεχάσουμε τις COSMOTE Business Premium Internet, τουλάχιστον μέχρι να πέσει η τιμή τους.

* Κοίταξε και πιο niche ISP, π.χ. για μικροκυματικά την https://connecticore.com/ ή για οπτικές τις Inalan/HCN (δεν ξέρω σε ποια περιοχή είστε)

Δεν έχει και πολλές πληροφορίες στην σελίδα τους πάντως. Μόνο για Cloud μιλάει στα λίγα που λέει. Παρέχει και μικροκυμματικές ζεύξεις; Από άλλους παρόχους μόνο ένας WISP υπάρχει, αλλά είναι πιο ακριβός από την Nova, κοντεύει σε κόστος αυτός της οπτικής της Vodafone! Και μιλάμε για εταιρία 5-6 ατόμων. Είναι ρίσκο να μπλέξει κανείς με εταιρίες αυτού του μεγέθους, οπότε το προσπεράσαμε το σενάριο αυτό.

Καλή τύχη και από εμένα στο νέο setup.

Ευχριστούμε!

Γενικά όταν συνδέεσαι σε μια σελίδα και μετά από μερικά δευτερόλεπτα αλλάζεις IP (επειδή βγήκες από διαφορετική γραμμή), η σελίδα ενδέχεται να νομίζει οτι κάποιος χάκερ πήρε τον έλεγχο της σύνδεσης και να σε πετάξει έξω ή ακόμη και να σε μπλοκάρει.
Δηλ βλέπει οτι έκανες login από την A IP και μετά σε βλέπει από την B IP. Αν η σελίδα έχει κάποιο μηχανισμό ασφαλείας, θα σε μπλοκάρει.
Δεν έχει να κάνει με latency, and jitter κλπ

Στην πράξη δεν έχουμε πρόβλημα, που είναι και αυτό που τελικά μετράει. Τα latency and jitter τα μετράει και αν είναι εκτός ορίων θεωρεί ότι έχει πρόβλημα η γραμμή και παύει να της δίνει connections.

[TheFireman]

Τελικά η τιμή για την 100/100 (FTTC) είναι όντως στα 170€; Ή είναι ανάλογα με τον πωλητή και όπου σε πιάσουν; Έχει πάρει κανένας καλύτερη τιμή; Αλήθεια είναι τελική τιμή αυτή ή πάνω σε αυτή πέφτει και ο ΦΠΑ και το τέλος 5%;

[deniSun]

Ή είναι ανάλογα με τον πωλητή και όπου σε πιάσουν; Έχει πάρει κανένας καλύτερη τιμή;

Δεν νομίζω ότι υπάρχει πλέον κάτι τέτοιο.
Οι τιμές είναι κλειδωμένες για όλους.
Το πολύ-πολύ να σου πασάρουν και ένα ακόμα προϊόν συνδυαστικό και να σου κάνουν εκεί κάποια έκπτωση
που αν το ψάξεις και αυτό είναι καθορισμένο και ίδιο για όλους.