Αναζήτηση:

Type: Posts; Χρήστης: SfH; Λέξη(εις) Κλειδιά:

Σελ. 1 από 109 1 2 3 4

Αναζήτηση: Η αναζήτηση ολοκληρώθηκε σε 4,31 δευτερόλεπτα

  1. Μηνύματα
    27.615
    Εμφανίσεις
    4.814.697

    Απάντηση: Αστείες (σχετικά) - Παράξενες (πολύ) Φωτογραφίες

    Δεν ειναι τοσο απλο - ακριβως γι αυτο δεν βγαζουν πχ οι τραπεζες πιστοποιητικο απο την ISRG που εχει το lets encrypt.

    Οι μεγαλοι browsers αποδεχτηκαν σαν ενδιαμεση αρχη πιστοποιησης το tree της IdenTrust (οποτε και ολα τα μετεπειτα πιστοποιητικα)
    απλα για να επιτρεψουν σε εμας τους μικρουληδες να μην πληρωνουμε για το SSL σε κατι server-ακια και να μην κανουμε συνεχως
    self-sign authorities. Ετσι προμοταρουν σωστα τη χρηση SSL.

    Ομως, οταν παραγεις το CSR (certificate signing request) στο server σου και, πχ τον στελνεις στη DigiCert η στη GlobalSign, αυτοι
    υποτιθεται οταν προκειται για οργανισμο/τραπεζες, επικοινωνουν μαζι σου και παραλληλα ελεγχουν για εγκυροτητα και,
    μεταξυ αλλων, ελεγχουν για υποπτες "συνωνυμιες".

    Αν ζητησεις CSR για πχ την piraeusbanc.gr δεν προκειται οι σοβαροι παικτες να εγκρινουν το CSR και να σου δωσουν PK, ακομα
    και αν εχεις κατοχυρωσει σε dns το περιεργο ονομα.

    Ακριβως! Περαν αυτου, θεωρειται θεμα ασφαλειας να εχεις ειτε wildcard η certificate με τεραστιο αριθμο alternative names - η ακομα και να εχεις το ιδιο private key σε παρα πολλα συστηματα. Πρεπει να ελαχιστοποιησεις τις πιθανοτητες να το κλεψουν, να ελαχιστοποιησεις την πιθανη ζημια αν το κλεψουν καθως και να βελτιστοποιησεις τη διαδικασια του να το κανεις revoke/εκδωσεις νεο/αντικαταστησεις.
  2. Απάντηση: Συνδρομητική υπηρεσία ενοίκιασης εκτυπωτή, με πολυετή δέσμευση και παρακολούθηση των εκτυπώσεων από την HP

    Σε πιο μεγαλες εταιρειες θεωρω οτι ειναι πολυ βολικο να εχεις managed print services. Για μικρα η οικιακα περιβαλλοντα ομως, θεωρω οτι τετοια συνδρομητικα μοντελα δεν εχουν κανενα νοημα. Το μικρο πακετο που αναφερουν εχει εξωφρενικο κοστος ανα εκτυπωση. Το μεγαλο πακετο δεν εχει ασχημο κοστος ανα εκτυπωση, αλλα το πιο πιθανο ειναι αν πλησιαζεις τετραψηφιο αριθμο εκτυπωσεων, να θες και σχετικα σοβαρο μηχανημα. Αν θες σοβαρο μηχανημα, θες σιγουρα και support - συνηθως on-site. Η συγκεκριμενη λυση δεν φαινεται να προσφερει τιποτα απο αυτα.
  3. Μηνύματα
    3
    Εμφανίσεις
    1.364

    Απάντηση: Πώς λειτουργεί η χονδρική υπηρεσία Virtual Local Unbundling

    Δεν εχω καταλαβει αν αυτο σημαινει οτι καθε παροχος υπηρεσιας που θελει να παρει πελατες μεσω VLU πρεπει να τραβηξει ινα προς καθε αστικο κεντρο που τον ενδιαφερει η αν αρκει να συνδεθει σε ενα "κεντρικο" αστικο κεντρο μιας περιοχης που συγκεντρωνει (aggregate?) τις γραμμες πολλων περιοχων μαζι...

    Υπαρχουν προιοντα και για τις 2 περιπτωσεις εδω. Η Ο.Κ.ΣΥ.Α. BRAS ειναι πιο κεντρικη λυση - μπορει να καλυψει απο πολλαπλα A/K εως και ολα τα A/K. Το κοστος ομως ειναι τοσο μεγαλο που - οπως αναφερα πιο πανω- θα μου εκανε μεγαλη εντυπωση αν τη χρησιμοποιει καποιος ακομα. Συνηθως χρησιμοποιειται Ο.Κ.ΣΥ.Α. DSLAM και παραδιδεται στη φυσικη συνεγκατασταση - που ηδη ειχαν οι μεγαλοι παροχοι στα περισσοτερα Α/Κ για να δινουν υπηρεσιες πριν αρχισουν να φυτρωνουν καμπινες με ενεργο εξοπλισμο.
  4. Μηνύματα
    3
    Εμφανίσεις
    1.364

    Απάντηση: Πώς λειτουργεί η χονδρική υπηρεσία Virtual Local Unbundling

    Δεν ξερω ποσο βαθεια θες να μπεις, οποτε θα το κρατησω ρηχο για αρχη και με καποιες απλουστευσεις. Η απλη απαντηση ειναι οτι υπαρχουν συγκεκριμενες διασυνδεσεις για αυτο.

    Το μοντελο που βλεπουμε πιο συχνα ειναι ο καθε παροχος να εχει καποιο σημειο στο οποιο εχει aggregation switches για τα MSAN της περιοχης - ο ΟΤΕ π.χ. το κανει ανα Α/Κ. Για το πρακτικο κομματι, επειδη οι περισσοτεροι παροχοι ειχαν ηδη δικα τους switches στα Α/Κ για να εξυπηρετησουν τα δικα τους MSAN, συνηθως τα διασυνδεουν και με τα αντιστοιχα του ΟΤΕ. Σε περιπτωση που το VLU παρεχεται απο αλλο παροχο, εχουν κι αυτοι δικα τους σημεια που δεχονται διασυνδεσεις με τριτους παροχους για αυτο το σκοπο.

    Το μοντελο που πιθανοτατα δε χρησιμοποιει κανενας πλεον, ειναι η διασυνδεση BRAS με BRAS σαν LAC/LNS. Αυτο επιτρεπει για λιγοτερες διασυνδεσεις καθως ο παροχος υποδομης μπορει να μεταφερει την κινηση σε λιγοτερα και πιο κεντρικα σημεια, προς τον παροχο υπηρεσιας. Ετσι επαιζε αρχικα η DSL απο τριτους για οσους θυμουνται, πριν δουμε συνεγκατασταση MSAN. Αυτος ειναι και ο κυριος λογος που τα usernames συνηθως ειναι της μορφης user@domain.tld . Πρακτικα, σε μοντελο LAC/LNS, οτι ειναι μετα το @ αναγνωριζει τον LNS. Οποτε για καποιον που ηταν στο δικτυο του ΟΤΕ , ηταν συνδρομητης της forthnet και ειχε το mitsos@ath.forthnet.gr , ο BRAS του ΟΤΕ εβλεπε το ath.forthnet.gr και ανοιγε ενα tunnel με τον BRAS της forthnet και εστελνε την κινηση εκει. Πρακτικα αυτο το μοντελο ηταν πανακριβο, και θα μου εκανε εντυπωση να το χρησιμοποιει καποιος πλεον.
  5. Θέμα: Ι-χα vlans

    Από SfH
    Μηνύματα
    8
    Εμφανίσεις
    675

    Απάντηση: Ι-χα vlans

    καπως ετσι το ειχα υποψη μου αλλα καπου δεν μου καθεται η συνταγη , ισως πειραζω πολλα :D

    δηλαδη θα βαλω untagged τις θυρες στα 2 wifi (vlan22 και vlan33) και στο modem του ιντερνετ(vlan10) , και tagged (vlan10,vlan22,vlan33) τα προηγουμενα vlans στην θυρα που θελω τον σερβερ να τα βλεπει ολα , και μονο εφοσων η θυρα

    δεν πειραζω το default για αρχη . το αφηνω στο 1 αρκει να μην δομολογησω τιποτα για εκει .


    θα το δοκιμασω

    trunk ,ειναι αυτο το tagged που συνανανται στην ορολογια εκτος cisco ετσι ;

    Και η cisco trunk τα λεει. Οι περισσοτεροι θεωρουν αυτο που ειπε κι ο netblues - δηλαδη μια πορτα που κουβαλαει πολλαπλα vlan. Η HPE ομως με τον ορο trunk θεωρει link aggregation.
  6. Μηνύματα
    4.574
    Εμφανίσεις
    940.855

    Υπόμνημα: Απάντηση: Tα δίκτυα των Παρόχων στην Ελλάδα και προς το Εξωτερικό

    Κοιταζα τα διαγραμματα στην παρακατω σελιδα για την Forthnet στα DE-CIX 40Gbe και στο AMSIX 40G δεν υπαρχει η ευθεια γραμμη. Αυτο σημαινει οτι δεν λειτουργουν;
    https://smoke.narfhosting.net/cgi-bin/smokeping.cgi?target=Forthnet

    Οι routers της Forthnet δεν απαντουν σε ICMP στα συγκεκριμενα δικτυα προς το probe του smokeping. Γενικα, μπορουμε να υποθεσουμε οτι λειτουργουν. Αν εχουν καποιο προβλημα καποια συγκεκριμενη στιγμη, δε μπορουμε να το δουμε.

    Καποτε ειχαμε probe στο δικτυο της Forthnet και απο εκει απαντουσαν. Ο λογος που τα εχουμε κρατησει ειναι για την περιπτωση που αποκτησουμε αντιστοιχο probe ξανα στο μελλον.
  7. Μηνύματα
    11
    Εμφανίσεις
    2.339

    Απάντηση: NOTICE ΓΙΑ ΠΑΡΑΝΟΜΟ DOWNLOAD P2P

    Βλακειες & αυτοματα email που στελνουν αμερικανικες εταιριες δηθεν προασπισης των δικαιωματων των Aμερικανικων εταιριων προς Αμερικανους χρηστες, επικαλουμενοι Αμερικανικους νομους (acts) και με καμια δικαιοδοσια στην Ελλαδα/EU.

    Ignore it.

    Εκτος και αμα θες να το παρεις στα σοβαρα και να βαλεις δικηγορο να απαντησει στον αξιοτιμο κυριο Ben Sodos στην ηλιολουστη Santa Clara της Καλιφορνιας :mrgreen:

    Αυτο που κανει την περιπτωση του συγκεκριμενου παροχου πιο περιπλοκη ειναι οτι χρησιμοποιει ( και ) IP space που ανηκει στην Cogent. Η Cogent ειναι Αμερικανικη εταιρια που τυπικα πρεπει να συμμορφωθει. Συνεπως, αν το email πηγε στην Cogent αρχικα και αυτη το μετεφερε στην Inalan, πιθανως να υπαρχει καποιο θεμα η πιεση απο το νομικο τμημα της Cogent. Αν το mail πηγε κατευθειαν στην Inalan, εκει οντως θα μπορουσε να το στειλει στον καδο.

    Σημειωση: Δεν ειμαι δικηγορος!

    Εκτος αν ο topic starter, δεν κατεβασε το συγκεκριμενο αρχειο οποτε τοτε ναι, ειναι automated email.

    Ας μας πει και o topic starter, αν οντως κατεβασε αυτο το αρχειο, απο ποια σελιδα κτλ

    Προφανως δεν μπορω να εκφερω αποψη για το συγκεκριμενο, αλλα εχω προσπαθησει να κανω συσχετιση καποιων αντιστοιχων email που εχει τυχει να δω και δεν ελεγαν ψεμματα. Υποθετω οτι ειναι αυτοματοποιημενα, αλλα πραγματικα. Φανταζομαι οτι οι συγκεκριμενες εταιριες εχουν bots που κανουν join οτι swarm απο οτι torrent βρουν απο διαφορους tracker, κι αυτοματα κανουν report οποια IP δουν στο swarm.
  8. Μηνύματα
    1.505
    Εμφανίσεις
    112.212

    Απάντηση: Αγαπημένη ξένη σειρά (episode V)

    Αρκει καποιος να την δει για τον Εγγλεζο μονο, δεν λεω παραπανω απλα το σκηνικο πως ειναι true story ε δεν μπορει να ειναι 100% αληθεια..καπου ωπα.

    Κανενα fargo δεν ειναι true story, ουτε οι σειρες, ουτε η ταινια. Ηταν δημιουργικο ψεμα της ταινιας, και το κρατησανε και στις σειρες.
  9. Μηνύματα
    4.574
    Εμφανίσεις
    940.855

    Υπόμνημα: Απάντηση: Re: Απάντηση: Tα δίκτυα των Παρόχων στην Ελλάδα και προς το Εξωτερικό

    Ασχετο με το post, αλλα μηπως ειχαμε καποια αυξηση χωρητικοτητας των κυκλωματων των παροχων απο την τελευταια ενημερωση του αρχικου post?

    Στα .xml που βγαζει πλεον η ΕΕΤΤ δεν μπορω να εντοπισω αντιστοιχες μετρησεις, τις σταματησαν?

    Εχει αλλαξει το πλαισιο για τους σχετικους δεικτες απο την αρχη του 2022. Συνεπως, τα τελευταια επισημα στοιχεια που εχουμε ειναι για το 2021. Συγκεκριμενα οι δεικτες που αφορουν την αποδοση ευρυζωνικων υπηρεσιων εχουν αντικατασταθει με δεικτες ποσοστου χρησης συγκεκριμενων κυκλωματων ( εθνικα grix, εθνικα εκτος grix, διεθνη, κτλ ).
  10. Μηνύματα
    4.574
    Εμφανίσεις
    940.855

    Υπόμνημα: Απάντηση: Tα δίκτυα των Παρόχων στην Ελλάδα και προς το Εξωτερικό

    Εκανα μερικες δοκιμες απο οτε ( με dns οτε ), για να δω αν εχει αλλαξει κατι.

    Cloudfront μου τραβαει resources απο servers στην Αθηνα που παιζουν απο grix. Netflix παιζει απο OCA μεσα στον οτε.

    Η akamai απο οσο ξερω, δεν ειναι στο grix. Απλα εχει cache στους παροχους.
  11. Απάντηση: HPE: Ανακοινώθηκε η εξαγορά 14 δισ. δολαρίων της Juniper Networks

    Μου αρεσουν ολα αυτα τα memes που κυκλοφορουν, αλλα η HPE ( που εχει servers/storages/switches/routers ) και η HP inc ( που εχει pc/laptop/printers ) ειναι διαφορετικες εταιριες.

    Κατα τα αλλα, αν και βλεπω λιγες συνεργειες, στο δικο μου νου ( disclaimer : I am not a business person ), με τιποτα δεν αξιζουν 14 δις. Συνολικα πιθανοτατα η Juniper τα αξιζει, αλλα δεν ξερω αν αυτο απο μονο του ειναι λογος εξαγορας.
  12. Απάντηση: Η Broadcom λαμβάνει έγκριση από την ΕΕ για τη συγχώνευσή της με τη VMware ύψους 61 δισ. δολαρίων

    Αυτο δεν σου κανει?
    https://aws.amazon.com/vmware/ vmware cloud on aws

    Δεν εχω δει το συγκεκριμενο προιον απο AWS, αλλα ειχαμε κανει μια συγκριση με τον cloud provider που χρησιμοποιουμε μια φορα κι εναν καιρο,. Σχετικα λιγα απο τα προτερηματα του cloud για κοστος πολυ ακριβοτερο απο οτι θα πληρωναμε ανα VM στο native περιβαλλον του cloud. Το να διναμε π.χ. 5000/μηνα list για 4 μεγαλα VM δεν ειναι κατι. Το να δωσουμε 30000/μηνα list ( γιατι καπου εκει εβγαινε ) - ειδικα τη στιγμη που θα θελαμε να κρατησουμε τα περισσοτερα υφισταμενα workloads στο native περιβαλλον του cloud αντι να τα παμε στο vmware - χωρις καποιο απτο κερδος ( οχι απαραιτητα χρηματικο ), δεν εχει και πολυ νοημα. Τωρα, αν αλλαξει τοσο πολυ η πολιτικη της broadcom, μπορει να μας αναγκασει να το ξανασκεφτουμε...
  13. Απάντηση: Η Broadcom λαμβάνει έγκριση από την ΕΕ για τη συγχώνευσή της με τη VMware ύψους 61 δισ. δολαρίων

    Πολλα λεφτα και εκει και μετα τα οσα εχουμε ζησει κυριως στην HP με τα MSA της και 3par που ηθελες 2000€ για ενα δισκο 800gb ssd, ειπα ως εδω και μη παρεκει. Απο το 19 και μετα δεν δινω 1€ σε κανεναν τους. Το support που εχω απο μικροτερες εταιρειες ειναι απιστευτα καλυτερο με προσωπικη επαφη κλπ. Αντε μιλα σε προβλημα με την HP η την Dell πχ και βγαλε γρηγορα ακρη. Θα φας τη ζωη σου και στο τελος θα πληρωσεις τα μαλλια σου.

    Για το κοστος δε θα σχολιασω, αλλα το support στη Dell μεχρι τωρα ηταν αψογο οποτε το εχω χρειαστει. Μεχρι και τηλεφωνα με εχουν παρει απο μονοι τους για firmware upgrades η για security issues. Θα δεχτω οτι αρκετα μηχανακια καταληγουν αχρηστα χωρις support, αλλα απο το support δεν εχω παραπονο απο τους περισσοτερους μεγαλους vendors που εχει τυχει να συνεργαστω.

    Γενικα για το θεμα, επειδη παιζω με μερικα vmware cluster διασπαρτα στον κοσμο, εχω πολυ περιεργεια να δω αν την επομενη φορα που θα πρεπει να ανανεωσουμε support, θα μιλησουμε με τους ιδιους συνεργατες - καθως και ποσο μεγαλυτερο θα ειναι το κοστος αν πρεπει να ανανεωνουμε και την αδεια μαζι. Δυστυχως ειμαι λιγο φυλακισμενος, γιατι τρεχω συγκεκριμενα virtual appliances που πρεπει να τρεχουν σε περιβαλλοντα εγκεκριμενα απο τον vendor. Η εταιρικη κατευθυνση ειναι "οτι μπορει να παει στο cloud, παει στο cloud" - κι αυτα εχουν ξεμεινει σε on-prem κυριως για αυτο το λογο. Καποια παραδιπλα τμηματα χρησιμοποιουν αρκετα Nutanix και, με βλεπω τουλαχιστον να τους κανω μερικες ερωτησεις πριν το επομενο refresh.
  14. Θέμα: Inalan

    Από SfH
    Μηνύματα
    18.245
    Εμφανίσεις
    3.129.921

    Απάντηση: Inalan

    Μηπως εχεις καποιο qos ( quick & dirty ) να αρχισω απο καπου για το buffer bloat ?

    Προσωπικα, δε θα θεωρουσα το bufferbloat θεμα σε κυκλωμα τοσο μεγαλης χωρητικοτητας, εκτος αν οντως το τερματιζεις συχνα υπο κανονικες συνθηκες. Αν τωρα οντως εχεις εντοπισει καποιο προβλημα, περα απο συνθετικα test, θα πρεπει να διαβασεις για CBWFQ και ισως και WRED. Δεν ξερω ομως κατα ποσο θα ειχες CPU cycles για την υλοποιηση τους.

    Περαν αυτων, μπορεις να δοκιμασεις να δωσεις "tx-ring-limit 1" στο wan interface και να δεις αν σου κανει καποια διαφορα στο upload - αν και ειναι πολυ πιθανο να σου επηρεασει αρνητικα την ταχυτητα που πιανεις σε πραγματικες συνθηκες.

    Codel δυστυχως δεν υπαρχει σε μεγαλης κλιμακας enterprise/sp hardware.
  15. Θέμα: Inalan

    Από SfH
    Μηνύματα
    18.245
    Εμφανίσεις
    3.129.921

    Απάντηση: Inalan

    εχω access list κανονικα
    δεν ξερω αν αφορα το download πιο πολυ απο το upload

    θα πρεπει να μας πει καποιος που ξερει πιο πολυ ισως ο sf . Με βοηθησε παρα πολυ στο IPV6 και πρεπει να ειναι ο πιο δυνατος cisco administrator που εχουμε στο forum

    και με την ευκαιρια στο wan int του cisco "no cdp enable" για να μην σε σκαναρουν "καποιοι"

    Σε μηχανακια που χρησιμοποιουν CPU για forwarding, η σχεση ταχυτητας με CPU usage δεν ειναι παντα γραμμικη, ενω οταν η CPU ειναι ψηλα - ακομα κι αν δεν χτυπαει 100% - δεν ειναι απιθανο να ειμαστε bottlenecked. Ο 891 ειδικα ειναι μηχανημα που εχει μπει σε EoS εδω και σχεδον 10 χρονια, ενω προσωπικα θα τον εκανα spec για κυκλωματα πιο κοντα στα 50mbps παρα στο 1gbps. Αν θεωρησουμε οτι δεν εισαι bottlenecked απο τον router στο upload, θα επρεπε να δουμε το πληρες configuration για να προσπαθησουμε να εξηγησουμε το γιατι, αλλα δε θεωρω οτι εχει ιδιαιτερο νοημα.

    Περι του "no cdp enable" , γενικα τα defaults σε classic ios/ios-xe εχουν ξεμεινει απο παλιες εποχες και η cisco δε θελει να τα αλλαξει για να μην προκαλεσει προβληματα. Εφοσον τρεχεις ipv6, καλο ειναι να βαλεις και οτι απο τα παρακατω υπαρχει στη software version που τρεχεις:

    no ipv6 pim
    no ipv6 mld router
    ipv6 nd ra suppress all
    ipv6 nd cache interface-limit <καποια λογικη τιμη> - αναλογα με το πως εχει υλοποιησει το δικτυο η inalan, θες ειτε κατι μικρο ( π.χ. 10 ), η ενα νουμερο που θεωρεις οτι θα ειναι μεγαλυτερο απο τον αριθμο των συνδρομητων στο ιδιο broadcast domain με εσενα.


    Μπορει να μη χρειαζονται ολα, αναλογα με το πως εχει υλοποιησει το δικτυο η inalan, αλλα δε χανεις κατι να τα βαλεις.
  16. Μηνύματα
    4.574
    Εμφανίσεις
    940.855

    Υπόμνημα: Απάντηση: Re: Απάντηση: Tα δίκτυα των Παρόχων στην Ελλάδα και προς το Εξωτερικό

    Αλλαξε κατι στην Νοva (wind) μερια? Τα γραφηματα δεν παιζουν πια http://smoke.narfhosting.net/cgi-bin/smokeping.cgi?target=Wind

    Ενδιαφερον. Βλεπω καποια σημαδια που μπορει να δειχνουν σε σχεδιασμο ενοποιησης του transit κομματιου μεταξυ πρωην forthnet και πρωην wind. Θα το κοιταξω εκτενεστερα μολις βρω χρονο.
  17. Μηνύματα
    101
    Εμφανίσεις
    18.525

    Απάντηση: FTTH - A/Κ Άρης - Vodafone

    Ποια τετραγωνα εχουν μεινει που δεν καλυπτονται, SfH, ξερεις;

    Ξερω σιγουρα για πλατεια βικτωριας (εννοω το τετραγωνο) που ειναι η πεθερα μου οτι δεν. Ιουλιανου και αχαρνων που ειναι η μανα μου εχει διαθεσιμοτητα VDSL απο καμπινα επι της αχαρνων.

    Αναφερομουν συγκεκριμενα στο κομματι Ιουλιανου-Φυλης-Ηπειρου - αλλα τελευταια φορα που ειχα δει το χαρτη διαθεσιμοτητας, γενικα υπηρχε ενα μικρο κενο εκει κοντα.
  18. Μηνύματα
    101
    Εμφανίσεις
    18.525

    Απάντηση: FTTH - A/Κ Άρης - Vodafone

    Τις τελευταιες μερες φαινεται να σκαβουν Φυλης/Φερων. Για να δουμε αν θα καλυψουν τελικα τα τετραγωνα που δεν καλυπτονται απο vdsl.
  19. Απάντηση: Προβλήματα στο δίκτυο κινητής της Nova, αδυναμία κλήσεων και SMS από τρίτα δίκτυα

    Σκεψου οτι μεσω SMS στελνονται tokens για εισαγωγη σε ευαισθητες υπηρεσιες και διακινηση χρηματικων ποσων. Επισης μπορουν να αρχικοποιηθουν κωδικοι απο e-mail και αλλες υπηρεσιες και να καταστει ανεπαρκες το 2FA σε τριτες υπηρεσιες. Αυτα που ξερουμε ειναι οτι μια εταιρεια εχασε μερος του ελεγχου που ειχε στις τηλεπικοινωνιακες υπηρεσιες. Δεν μας λεει επακριβως τι συνεβη, ουτε αν τον ελεγχο ειχε καποιος τριτος που δεν θα θελαμε να εχει. Φανταζεσαι μια αναδρομολογηση ευαισθητων SMS σε τριτο;

    Τα A2P SMS ειναι ηδη αρκετα περιεργη περιπτωση γιατι οι περισσοτεροι κινητοι τα χρεωνουν διαφορετικα και θελουν να τα ξεχωριζουν, για να μπορουν να επιβαλλουν τις χρεωσεις τους. Συνηθως τα μαζευουν συγκεκριμενοι aggregators και τα στελνουν σε συγκεκριμενους ενδιαμεσους, πριν φτασουν στον τελικο παροχο κινητης. Σχεδον παντα λοιπον υπαρχουν τριτοι στη μεση. Το αν το viber ειναι αξιοπιστο η οχι ειναι αλλη συζητηση, αλλα να αναφερω απλα οτι υπαρχουν aggregators/παροχοι που το χρησιμοποιουν για A2P μηνυματα, ακομα και χωρις τη χρηση SMS, λογω κοστους.

    Αυτα γενικα. Για τη συγκεκριμενη περιπτωση, θα προτιμησω να μην πιστεψω ενα τυχαιο αρθρο, μεχρι να μαθω κατι απο πιο επισημη πηγη.
  20. Απάντηση: COSMOTE SD WAN Business: Νέα λύση συνδεσιμότητας για μικρομεσαίες επιχειρήσεις με πολλαπλά σημεία παρουσίας

    Ναι βρε συ, το καταλαβαινω.
    Αλλα τετοιες εφαρμογες και χαρακτηριστικα τα θες για μεγαλες επιχειρησεις, για παραγωγικες μοναδες κοκ.

    Για μικρομεσαιες επιχειρησεις ομως ισως ειναι too much μια τετοια λυση απο αποψη κοστους και πραγματικου οφελους.

    Δε διαφωνω, αλλα κατι που δεν ειναι κοντα σε αυτα τα χαρακτηριστικα, δε θεωρειται sd-wan ( τουλαχιστον κατα το MEF - γιατι απο marketing, ο καθενας ονομαζει οτι θελει οπως θελει ).

    Οι μικρομεσαιες επιχειρησεις δε χρειαζονται sd-wan και δεν θεωρω οτι ειναι το target group της ανακοινωσης. Ειδικα οταν το δινει παροχος, συνηθως το κανει bundle με δικες του MPLS υπηρεσιες. Μια μικρομεσσαια επιχειρηση δε θα ειχε κατι τετοιο εξαρχης.
  21. Απάντηση: COSMOTE SD WAN Business: Νέα λύση συνδεσιμότητας για μικρομεσαίες επιχειρήσεις με πολλαπλά σημεία παρουσίας

    Απο ποιον θα ειναι Managed αυτο μετα την εγκατασταση; Πελατη η Cosmote?

    - - - Updated - - -


    Integrator και η Cosmote! Το παραδοσιακο τελεκομ αργοσβηνει!

    Παντα ειχε διαφορα παρακλαδια/τμηματα που δεν ηταν telco, απλα τις περισσοτερες φορες το κοστος ηταν λιγο απαγορευτικο για αρκετα. Ειχε τυχει π.χ. να δω προσφορα τους για web development.


    Γιατι καποιος να μην προτιμησει Ubiquiti gateway που τα κανει ολα και συμφερει;


    Γιατι δεν εχει καμια σχεση αυτο που κανει το ubiquiti με αυτο που κανουν οι αλλοι ( ακομα κι αυτοι που δεν το κανουν ενοποιημενα under the box και πρεπει να ενωσεις με το χερι 50 κομματια λες και φτιαχνεις παζλ... ).

    Γενικα το sd-wan συνηθως προσφερει καποια συγκεκριμενα πραγματα. Στο κομματι της δρομολογησης, δεν παρεχει απλα tunnels, αλλα τη δυνατοτητα να εχεις active probes και SLAs ανα εφαρμογες, και η δρομολογηση να αντιδρα στις πραγματικες συνθηκες του δικτυου, βαση πολιτικων που εχεις ορισει. Μερικοι μαλιστα υποστηριζουν και traffic duplication για κινηση που δε θες με τιποτα να χασεις ( π.χ. τηλεφωνια ). Το κομματι της διαχειρησης και του reporting πρεπει να ειναι ενιαιο. Περα αυτων, η διαχειριση πρεπει να ειναι σχετικα ευκολη και να συμβαδιζει με συγκεκριμενες προδιαγραφες. Το reporting πρεπει να εχει στοιχεια ανα τυπο κινησης που εχεις ορισει και να αναφερει σχετικα SLAs. Η λυση πρεπει να μπορει ευκολα να κανει scale σε δεκαδες-εκατονταδες sites. Τελος, ειναι αρκετα κοινο καποιος να ειναι ταυτοχρονα sd-wan provider και internet/mpls provider ( οπως η cosmote στη συγκεκριμενη περιπτωση ) - καθως αυτο βοηθαει να αποφυγεις την περιπτωση να ριχνει το φταιξιμο ο ενας στον αλλον. Αρκετοι ( και sd-wan vendors αλλα και sd-wan providers ) ειναι και certified σε αυτο - το οποιο αν μη τι αλλο, σημαινει οτι θα υπαρχουν κοινα αποδεκτοι κανονες, ορολογια, κτλ.
  22. Απάντηση: COSMOTE SD WAN Business: Νέα λύση συνδεσιμότητας για μικρομεσαίες επιχειρήσεις με πολλαπλά σημεία παρουσίας

    Ενδιαφερουσα επιλογη. Συνηθως βλεπω ειτε fortinet ( για αυτους με ρηχες τσεπες ) η velocloud ( για τους υπολοιπους ) στην αγορα. Σε πιο μικρα νουμερα, ισως και λιγο whitelabel silverpeak που προωθουν κυριως καποιοι παροχοι, η palo-alto, για οσους εχουν πολλα μικρα branches που εχουν ηδη σχετικα κουτια σε πολλαπλους ρολους. Οπως και να χει, ο περισσοτερος ανταγωνισμος σιγουρα δε βλαπτει :)
  23. Μηνύματα
    2
    Εμφανίσεις
    1.937

    Απάντηση: Περίεργο traffic σε σύνδεση ΟΤΕ

    Πιθανοτατα unknown unicast flooding στο vlan/vpls που συνδεεσαι με το bras/bras pool. Δεν ειναι καθολου ευκολο να μαντεψουμε την αιτια, χωρις τουλαχιστον να γνωριζουμε τοπολογια/configuration/μηχανηματα.

    ηταν ο nion-asr9k και πλεον ειμαι στον nion7750c

    Απο cisco σε alcatel. Ενδιαφερον. Εχω ακουσει καλα λογια για alcatel σε ρολο bras.
  24. Μηνύματα
    4.574
    Εμφανίσεις
    940.855

    Υπόμνημα: Απάντηση: Tα δίκτυα των Παρόχων στην Ελλάδα και προς το Εξωτερικό

    Το θεμα της αποστασης δεν παιζει γιατι κατα την διαρκεια του ρουτερ restart δεν μετακινηθηκε το σπιτι.
    Για τα υπολοιπα περι κινησης/φορτου... τοσο πολυ να επεσα στην περιπτωση ωστε με την επανεκκινηση να διορθωθηκε το προβλημα;
    Επιμενω στην υποθεση με τις ΙΡ.
    Λογικα αλλες πρεπει να παιρνει η Βορεια Ελλαδα και αλλη η Νοτια.
    Σε αυτη την περιπτωση αν η ΙΡ που ειχα ανηκει στο range των Αθηνων, το βρισκω λογικο να δρομολογουνται διαφορετικα τα πακετα.

    Αποσταση εννοω στο context των routing protocols, οχι της φυσικης αποστασης. Το πιο πιθανο ειναι ειτε να επεσες σε αλλον BRAS οταν αλλαξες IP, ο οποιος θεωρουσε οτι ηταν πιο κοντα η Αθηνα, η ο BRAS σου να εχει ιδια αποσταση και για τις 2 περιπτωσεις, και η διαφορετικη IP να αλλαξε το αποτελεσμα του ECMP hashing.
  25. Μηνύματα
    4.574
    Εμφανίσεις
    940.855

    Υπόμνημα: Απάντηση: Tα δίκτυα των Παρόχων στην Ελλάδα και προς το Εξωτερικό

    FYI, το smokeping πρεπει να παιζει πλεον και με https.

    Φαινεται απο τους χρονους οτι ο dns εχει καποιο Mirror πχ στην Θεσσαλονικη ωστε να γινονται εκει δρομολογησεις απο τις γυρω περιοχες.
    Αυτο που βλεπω οτι εγινε ειναι οτι:
    η εχουν ξεχασει να ορισουν το συγκεκριμενο range για την περιοχη της Θεσσαλονικης/Μακεδονιας/Κεντρικης Μακεδονιας/Βορ. Ελλαδας
    η δεν οριζουν πλεον κανενα range ανα γεωγραφικη περιοχη, οποτε και μπορει να σου δρομολογει τα πακετα απο Θεσ/νικη στον dns της Αθηνας ενω υπαρχει ο ιδιος διπλα σου.

    Αν επρεπε να μαντεψω, θα ελεγα οτι το κανουν με anycast. Συνεπως, κοιταει απλα ποιος ειναι πιο κοντα σου απο αποψη routing. Μπορει ειτε να εχουν βαλει μικροτερα links σε καποια κυκλωματα γιατι θελουν να τραβηξουν κινηση εκει η να λυσουν καποιο θεμα congestion, να κανουν εργασιες, η απλα να θελουν να ριξουν το load σε καποιον. Δεν πρεπει να εχει να κανει με IP ranges.
  26. Μηνύματα
    4.681
    Εμφανίσεις
    664.420

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

    https://ecogent.cogentco.com/network-status

    Κοψιματα σε καλωδιακα συστηματα που εξυπηρετουν διασυνδεσεις Ευρωπη-Ασια και Ευρωπη-Αφρικη ειναι συνηθη φαινομενα, δυστυχως.
  27. Μηνύματα
    4.681
    Εμφανίσεις
    664.420

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

    Δεν το καταλαβαινω... κοιτα τι κανει σε εμενα.. ενω το tracert προσθετει 20ms , το ping απανταει στα 2ms....

    tracert 1.1.1.1

    Tracing route to one.one.one.one
    over a maximum of 30 hops:

    1 * * * Request timed out.
    2 <1 ms <1 ms <1 ms untangle
    3 * * * Request timed out.
    4 2 ms 2 ms 2 ms 62.x.x.x
    5 * * * Request timed out.
    6 20 ms 3 ms 3 ms cloudflare.gr-ix.gr
    7 2 ms 2 ms 2 ms one.one.one.one

    Trace complete.

    ping 1.1.1.1

    Pinging 1.1.1.1 with 32 bytes of data:
    Reply from 1.1.1.1: bytes=32 time=2ms TTL=57
    Reply from 1.1.1.1: bytes=32 time=2ms TTL=57
    Reply from 1.1.1.1: bytes=32 time=2ms TTL=57

    Ping statistics for 1.1.1.1:
    Packets: Sent = 3, Received = 3, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 2ms, Maximum = 2ms, Average = 2ms

    Edit: κανει 20ms για το resolve του ονοματος... δεν αργει.

    Αυτο δεν ειναι κατι περιεργο. Γενικα δεν ειναι απιθανο ενδιαμεσοι nodes να δειχνουν παραξενα νουμερα ειτε σε packet loss η σε latency. Αυτο μπορει να οφειλεται σε διαφορους παραγοντες. Οι πιο κοινοι ειναι ειτε η δρομολογηση για τον ενδιαμεσο node να ειναι διαφορετικη απο οτι για τον τελικο, η ο ενδιαμεσος να χτυπαει καποιο οριο που αφορα το χειρισμο πακετων που εχουν τελικο προορισμο τον ιδιο - και δεν επηρεαζουν πακετα που προωθει προς αλλους. Αν δεν υπαρχει προβλημα και στον τελικο προορισμο, δεν εχει νοημα να προσπαθουμε να συσχετισουμε φαινομενα/συμπερασματα.
  28. Μηνύματα
    4.574
    Εμφανίσεις
    940.855

    Υπόμνημα: Απάντηση: Tα δίκτυα των Παρόχων στην Ελλάδα και προς το Εξωτερικό

    Απο το πρωι (μπορει και νωριτερα, το πρωι το πηρα εγω χαμπαρι), κατι εχει αλλαξει στο routing της Inalan προς Βουλγαρια.

    Π.χ. προς 80.84.175.142 (NVIDIA Sofia, BG)

    traceroute to np-sof-02.cloudmatchbeta.nvidiagrid.net (80.84.175.142), 64 hops max, 72 byte packets

    3 10.0.6.11 (10.0.6.11) 0.930 ms 1.240 ms 0.922 ms
    4 10.0.6.102 (10.0.6.102) 8.778 ms 9.085 ms 8.767 ms
    5 * * *
    6 212-39-69-101.ip.btc-net.bg (212.39.69.101) 55.350 ms 55.409 ms 55.491 ms
    7 77-85-237-129.ip.ip.btc-net.bg (77.85.237.129) 54.611 ms 54.672 ms 54.139 ms
    8 77-85-237-130.ip.ip.btc-net.bg (77.85.237.130) 40.602 ms 40.732 ms 40.358 ms
    9 80.84.175.9 (80.84.175.9) 40.559 ms 43.341 ms 40.225 ms


    ενω ηταν ~14ms

    Π.χ. προς 8.8.8.8 (Google Sofia, BG)

    traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 72 byte packets

    3 10.0.6.11 (10.0.6.11) 1.063 ms 1.031 ms 0.959 ms
    4 10.0.6.102 (10.0.6.102) 8.811 ms 8.589 ms 8.620 ms
    5 * * *
    6 142.251.92.65 (142.251.92.65) 22.621 ms 22.290 ms 22.268 ms
    7 142.250.60.185 (142.250.60.185) 21.405 ms 21.362 ms 21.224 ms
    8 dns.google (8.8.8.8) 21.129 ms 21.128 ms 21.328 ms


    ενω ηταν επισης ~14ms.

    Μοιαζει να μην περναει πλεον μεσω BIX.bg. Ποιος φταιει ομως; Μπορει καποιος να κανει troubleshoot? Δεν το χω καθολου με ASN και BGP routes.

    Με μια πολυ γρηγορη ματια, υποψιαζομαι οτι μπηκαν στο serbian open exchange. Ας περιμενουμε μερικες μερες και θα φανει αν ειναι αυτο η μου διεφυγε κατι.
  29. Θέμα: Inalan

    Από SfH
    Μηνύματα
    18.245
    Εμφανίσεις
    3.129.921

    Απάντηση: Inalan

    Σε ευχαριστω παρα πολυ για τις οδηγιες αλλα δεν τα καταφερα
    ειναι ομως μια καλη αφετηρια

    αυτη η εντολη χρειαζεται? :

    ipv6 route ::/0 GigabitEthernet8

    αν θελεις να παιξεις με ιναλαν προσφερομαι με anydesk ;)

    Το GigabitEthernet8 δεν ειναι πραγματικο point-to-point interface. Συνεπως, αν του βαλεις non-fully-qualified route, θα κανει ND για ολους τους προορισμους. Αν εχει proxy-nd ανοιχτο στη μερια της η Inalan θα παιξει, αλλα παραμενει λαθος. Επισης, οταν γεμισει το nd cache σου, θα εχεις προβλημα.

    Η αληθεια ομως ειναι οτι δε σκεφτηκα το routing. Βγαλε το default ipv6 route που εχεις και αντι αυτου βαλε αυτη την εντολη στο GigabitEthernet8:

    ipv6 nd autoconfig default-route

    και λογικα πρεπει να βαλει default route αυτοματα συμφωνα με τα RA που θα λαβει. Επισης σιγουρεψου οτι εχεις ανοιχτο το dhcp service, μπορει να θελει την εντολη:

    service dhcp

    για να ανοιξει, αναλογα με το μοντελο σου.


    Μετα κανε ενα shut/no shut το GigabitEthernet8, περιμενε μερικα δευτερολεπτα και δες τι βλεπεις στα :

    show ipv6 interface GigabitEthernet8
    show ipv6 neighbors GigabitEthernet8

    show ipv6 route

    show ipv6 dhcp pool
    show ipv6 dhcp binding

    show ipv6 dhcp interface

    show ipv6 interface

    show ipv6 general-prefix
  30. Θέμα: Inalan

    Από SfH
    Μηνύματα
    18.245
    Εμφανίσεις
    3.129.921

    Απάντηση: Inalan

    στην δικια μου περιπτωση δεν αλλαξανε το router ZTE
    εγινε απομακρυσμενα ολα καλα στο ip v4 αλλα στο ipv6 δεν παει παρακατω
    παιρνει ipv6 και μετα τιποτα
    Μηπως καποιος ξερει ipv6 configouration για cisco?
    το config wan :

    interface GigabitEthernet8
    ip address dhcp
    no ip redirects
    no ip unreachables
    no ip proxy-arp
    ip flow ingress
    ip nat outside
    ip virtual-reassembly in
    duplex auto
    speed auto
    ipv6 address autoconfig
    ipv6 enable
    no cdp enable

    Δεν εχω παιξει με Inalan, αλλα το τυπικο config για dual-stack ipv6 σε broadband ειναι SLAAC για το public addressing του WAN link, DHCPv6 για prefix-delegation και DNS. Θεωρωντας οτι στο LAN θες SLAAC για διευθυνσιοδοτηση και DHCPv6 για DNS, θα ηταν καπως ετσι λογικα.

    !Ενεργοποιουμε routing και CEF για IPv6

    ipv6 unicast-routing
    ipv6 cef

    !Στηνουμε τους DNS - ειναι και αυτοι που θα δωσουμε.

    ip name-server

    !Στηνουμε τυπικα κι ενα domain name

    ip domain name

    !Στηνουμε το DHCP pool

    ipv6 dhcp pool LAN_POOL_V6
    import dns-server
    import domain-name

    !Στηνουμε το LAN interface. Θα χρησιμοποιησει το πρωτο /64 που θα βρει απο το δικτυο που πηρε με prefix delegation.

    interface Vlan<Χ>
    ipv6 address LAN_POOL_V6 ::/64 eui-64
    ipv6 enable
    ipv6 nd other-config-flag
    ipv6 dhcp server LAN_POOL_V6

    !Στηνουμε μια τυπικη ACL για stateful firewalling - γιατι πλεον οι συσκευες μας θα εχουν public IPs. Να τονισω οτι δεν ειναι πραγματικα stateful αυτο το configuration, απλα κοιταει τα flags. Για κατι πραγματικα stateful θα κοιταζα σε zone-based firewall που ειναι αρκετα περιπλοκο. Ας κανουμε κατι quick and dirty για αρχη. Προφανως προσαρμοσε το στις αναγκες σου.

    ipv6 access-list WAN-IN-IPV6
    permit tcp any any established
    permit udp any eq domain any gt 1023
    permit udp FE80::/10 any
    permit icmp any any echo-request
    permit icmp any any echo-reply
    permit icmp any any packet-too-big
    permit icmp any any time-exceeded
    permit icmp any any nd-na
    permit icmp any any nd-ns
    permit icmp any any router-advertisement
    permit icmp any any router-solicitation
    deny ipv6 any any

    !Στηνουμε το WAN interface

    interface GigabitEthernet8
    ipv6 address autoconfig default
    ipv6 enable
    ipv6 traffic-filter WAN-IN-IPV6 in
    ipv6 dhcp client pd LAN_POOL_V6

    Συνηθως στους μεγαλους παροχους υπαρχει κι ενα θεμα που εμφανιζεται αν ο router φαει disconnect για οποιοδηποτε λογο και παρει διαφορετικο δικτυο στο prefix-delegation αφου ξανασυνδεθει. Τυπικη επιλυση ειναι να κανεις restart τον router. Σε cisco μπορεις να το φτιαξεις με EEM, αλλα ας μην το μπλεξουμε κι αλλο προς το παρον.
  31. Απάντηση: Εξαγορά της Splunk από την Cisco έναντι 28 δισεκατομμυρίων ευρώ

    Δυστυχως το σοβαρο log management σε μεγαλη κλιμακα ειναι δυσκολο και ακριβο σπορ. Καποιοι νομιζανε οτι το splunk δε μπορει να γινει ακριβοτερο...εχω περιεργεια αν θα διαψευσθουν :rofl:
  32. Μηνύματα
    4.574
    Εμφανίσεις
    940.855

    Υπόμνημα: Απάντηση: Tα δίκτυα των Παρόχων στην Ελλάδα και προς το Εξωτερικό

    Δεν ειναι της microbase, απλα εχουν συνεργασια με τη microbase και τυχαινει να ειναι και στο ιδιο κτιριο. Υπαρχουν εδω και αρκετο καιρο, και τους βλεπω πισω απο wind και microbase αυτη τη στιγμη.
  33. Μηνύματα
    15
    Εμφανίσεις
    2.473

    Απάντηση: Provisioning ενος FritzBox

    Παντα ειχα και εγω την απορια αυτη, με ποιον τροπο/με ποιο πρωτοκολλο ο παροχος αναγνωριζει τον συνδρομητη ανεξαρτητως του τι modem/router θα βαλει πανω. Θυμαμαι στο vdsl ειχα speedport απο τον οτε. Αγοραζω μονος μου το 7530, το βαζω πανω παρθενο, επιλεγω cosmote, βαζει βλεπω το otenet@otenet.gr και αφου συνδεθει αμεσως ειχε σεταριστει με τα δικα μου pppoe credentials και VOIP με το νουμερο μου (2310xxxxx).

    HOW THE FUCK το εκανε αυτο? μαυρη μαγεια? :closed: εκει την ψιλιαστηκα οτι καπως ξερει ποιο κυκλωμα/συνδρομητης ειμαι αλλα δεν το εψαξα ποτε σοβαρα να μαθω πως γινεται.

    Προφανως μιλαμε για βαθια στο core/ΑΑΑ του ISP θεματα που λιγοι τα ξερουν και τα εχουν δουλεψει εμενα παντως ο netblues μ' επεισε με την απαντηση του :) Το PPPoE Agent Remote-ID που ρουφιανευει ειτε το dslam ειτε το OLT στον BRAS φροντιζει γι' αυτο https://content.cisco.com/chapter.sjs?uri=/searchable/chapter/content/en/us/td/docs/ios-xml/ios/bbdsl/configuration/xe-16-6/bba-xe-16-6-book/bba-rmtid-dsl-xe.html.xml

    το ποιος ειναι ο παροχος του φορεα (καλωδιο η οπτικη) με το ποιος ειναι ο ISP δεν εχει σημασια αφου το dslam/olt μιλαει με ολους τους παροχους που εχουν μπει στο VPU/VLU σχημα στα καταλληλα vlans (η virtual circuits τα ονομαζουν? tunnels? δεν θυμαμαι την ορολογια) και τερματιζει τον συνδρομητη εκει που πρεπει, στον BRAS του παροχου που πρεπει δηλαδη. Για την ακριβεια υποθετω οτι ακομα και ο ιδιος να ειναι ο παροχος καλωδιου/οπτικης και ο παροχος ISP (πχ οτε καλωδιο/οτε isp), παλι στο vlan/VC του οτε θα στειλει την κινηση το dslam/olt και δεν γινεται κατι αλλο/ιδιαιτερο επειδη ειναι ο ιδιος παροχος-φορεας με τον παροχο της υπηρεσιας.

    Θα με ενδιεφερε πολυ netblues απο εγκυκλοπαιδικη περιεργεια αν εχεις καποιο λινκ που να περιγραφει τις λεπτομερειες πριν χαθουμε στα αδυτα του dsl-forum και τα χιλιαδες στανταρτς και οδηγους που εχουν βγαλει ολα αυτα τα χρονια .. :) Εξαλλου νομιζω οτι τετοιες λεπτομερειες δεν ειναι και πολυ ευκολα διαθεσιμες για το ευρυ κοινο? η οχι? να ψαξω wikipedia μηπως? :D

    τα υπολοιπα με το tr069 ειναι ευκολα πλεον εφοσον εχει γινει η ταυτοποιηση γραμμης και συνδρομητη και γινει η ανταλλαγη των credentials για τον tr069 (AX_xxxxxxxxxx usernames) ωστε να ερθουν μετα αλλες εφαρμογες και να κανουν τα δηθεν μαγικα τους πχ αυτοματο σεταρισμα του voip, portals διαχειρισης του εξοπλισμου, remote access και παραμετροποιηση απο το support του παροχου του wifi και λοιπες τετοιες σαλτσες για την ευκολια ειτε του χρηστη ειτε του support τμηματος του ISP.

    O παροχος θελει να ειναι σιγουρος πριν στειλει το μπιλιετακι με τον λογαριασμο τηλεφωνιας που δειχνει εκαντονταδες κλησεις στις μπαχαμες με κοστος χιλιαδες ευρω οτι αυτος που τις εκανε, ειναι πραγματι αυτος που εχει στα κιταπια του και δεν θα εμπιστευτει κανενα tr069, κανενα modem/router που εστειλε η βαλαμε εμεις, κανενα serial number εξοπλισμου που εστειλε και εχει καταγραφει στο SAP τους, κανενα checkbox και ρυθμιση τυπου username/password παρα μονο τον ρουφιανο που λεγεται agent remote id που συνδεει την φυσικη παροχη -καλωδιο η ινα- με τον συνδρομητη που εχει συναψει συμβολαιο.

    Να σημειωθει οτι ο ρουφιανος αυτος βρισκεται στις ρυθμισεις του dslam/olt οποτε κανενας δεν μπορει με καμια χακερια/κολπακι/ρυθμιση/bug exploit να αλλαξει/τροποποιησει καθως βρισκεται απομονωμενος ειτε σε φυσικο επιπεδο ειτε σε λογικο μακρια απο τον συνδρομητη η κακοβουλο χρηστη. Αλιμονο αν εμπιστευοταν ο παροχος τα πειραγμενα modem/router μας και OΝΤ και spoofed SN που του παρουσιαζουμε για να ταυτοποιησει την υπηρεσια με τον συνδρομητη που τελικα θα πληρωσει το μαρμαρο.

    Οι παλιες αθωες εποχες του Phreaking στην αναλογικη τηλεφωνια η στις dialup internet συνδεσεις που αναγνωριζαν οι ISP τους χρηστες απο το username και το password που εδιναν εχουν περασει εδω και καιρο :)

    Iris για το tr369 νομιζω το εχουμε ξανασυζητησει σε διπλανα threads. το οτι αρχισε η υποστηριξη του tr369 απο την avm και τα fritz δεν αλλαζει κατι στο tr069 που ζει και βασιλευει ακομα σε ολα τα fritz και αμφιβαλω πολυ αν θα καταργηθει ουτε σε 10 χρονια. Ειναι αλλο το ενα, αλλο το αλλο ;) Δεν ειναι απλως ενα version upgrade του tr069 να το πω απλα. Ναι, μπορει να εχει καποια θεματα τα fritz με το tr069 στα τελευταια firmware αλλα δεν ειναι η εμφανιση του tr369 ο ενοχος :) Η avm απλως προετοιμαζεται ωστε οποτε ειναι ετοιμοι οι παροχοι και θελουν να το χρησιμοποιησουν να ειναι διαθεσιμο στα CPE τους και το πρωτοκολλο αυτο περα απο το tr069 το οποιο το εχει ακομα φυσικα στα fritz και αποκλειεται να το εξαφανισει συντομα.

    Παει καιρος απο οταν διαβαζα/ασχολουμουν με BRAS/BNG, αλλα ο κυριος τροπος να μαντεψεις τον συνδρομητη σε pppoe επιπεδο καποια fields που εκανε inject το DSLAM/MSAN ( νομιζω nas-id και παρεμφερη - αλλα δεν παιρνω ορκο! ) και πρακτικα σου ελεγαν σε ποιο port ποιου dslam ειναι ο συνδρομητης. Αυτα τα επαιρνε ο BRAS/BNG και τα περναγε στο request που εφτιαχνε προς τον radius. Με τον ιδιο τροπο, καποιοι παροχοι εκαναν bypass και την αναγκη για authentication στο δικο τους εξοπλισμο.

    Η "μαγεια" στην περιπτωση σου θαρρω ειναι σε 2 κομματια. Αφενως το Fritz γνωριζει απο το εργοστασιο τις CWMP παραμετρους για την cosmote. Αφετερου καποια διεργασια συνδεει το router με εσενα, για να μπορεσει να παρει το cwmp σωστα στοιχεια. Μπορει να ειναι απλα κατι που τρεχει μετα το authentication με τα στοιχεια που ελαβε παραπανω. Μπορει να ειναι κατι πιο χαζο ( π.χ. , απο τα ταδε MAC ranges που ξερω οτι ειναι vendors που υποστηριζω, εχω μαθει την ταδε mac πισω απο την πορτα του ταδε συνδρομητη ? ). Το CWMP μπορει να στειλει πληθωρα στοιχειων για το CPE. Επειτα απλα το CPE απλα πρεπει να μιλησει με την TR069 υποδομη και παιρνει οτι στοιχεια θελει.


    Το πιο πιθανο ειναι να ειναι κατι ελαφρυ και - κατα το εφικτο - event driven. Γενικα αυτο το κομματι συνηθως ειναι αρκετα custom σε καθε παροχο για να καλυψει συγκεκριμενες αναγκες - και θελει προσοχη, γιατι μικρες αλλαγες μπορουν να κανουν το load του radius ειτε να ανεβει εκθετικα η να καθυστερουν τοσο πολυ το login που προκαλουνται προβληματα, κτλ. Δεν ειναι απιθανο σε τετοιες υποδομες να μην εχει δοκιμαστει κατι σωστα, να δουλευει υπο κανονικες συνθηκες και καποτε, οταν μια ασχετη βλαβη ριξει ενα μεγαλο αριθμο συνδρομητων ταυτοχρονα, να μη μπορει να ανταπεξελθει σωστα στον ογκο των requests.
  34. Μηνύματα
    4.574
    Εμφανίσεις
    940.855

    Υπόμνημα: Απάντηση: Tα δίκτυα των Παρόχων στην Ελλάδα και προς το Εξωτερικό

    Οντως απο οτι βλεπω κι εγω, κατι παει στραβα με την oteglobe αυτη τη στιγμη. Φανταζομαι το κοιτανε.
  35. Μηνύματα
    4.574
    Εμφανίσεις
    940.855

    Υπόμνημα: Απάντηση: Tα δίκτυα των Παρόχων στην Ελλάδα και προς το Εξωτερικό

    Συνεχιζει ακομη και σημερα. Τι να εγινε;

    Οσοι ειμαστε απο εξω, μονο να πιθανολογουμε μπορουμε. Μια φορα κι εναν καιρο, αντιστοιχες αλλαγες υπηρχαν οταν αλλαζε το path απο TBN σε GWEN λογο βλαβης/κοψιματος ινας/κτλ. Το πιο πιθανο ειναι να κοπηκε κατι.
  36. Μηνύματα
    4.574
    Εμφανίσεις
    940.855

    Υπόμνημα: Απάντηση: Tα δίκτυα των Παρόχων στην Ελλάδα και προς το Εξωτερικό

    Οχι η Sparkle ποια ειναι. Η αδεια βγηκε για την AT&T και παει στην Sparkle.

    O GR-IX Αθηνας εχει φυσικη παρουσια σε 3 σημεια. EIE ( ATH01 ) , Lamda Hellix Κορωπι ( ATH02 ) και Sparkle Μεταμορφωση ( ATH03 ). Η AT&T ( που δεν ανηκει σε κανεναν απο τους προαναφερομενους ) συνδεθηκε στο σημειο της Sparkle ( δηλαδη το ATH03 ).
  37. Θέμα: Cosmote NTP?

    Από SfH
    Μηνύματα
    21
    Εμφανίσεις
    6.663

    Απάντηση: Cosmote NTP?

    Οποιος ειναι πραγματικα μερακλης, εχει το δικο του, με πηγη gps, αλλα οχι με σειριακο, με pps :) Με ενα rpi αυτα ειναι ευκολα και φτηνα, αλλα συνηθως εκει που ειναι τα rack, ουρανο δεν βλεπεις.


    Μια φορα κι εναν καιρο ειχαμε προσπαθησει να στησουμε κατι παρομοιο με εναν πελατη, RPi σε εξωτερικες καμπινες, κεραια σε ιστο, κτλ. Μας εβγαλαν τοσα προβληματα στην πορεια - υποψιαζομαι οτι το κλιμα μεσα στις καμπινες δεν αρεσε τοσο στα RPi καθως και οτι το ηλεκτρομαγνητικο πεδιο στις συγκεκριμενες θεσεις δεν αρεσε τοσο στο receiver - που τελικα το παρατησαμε και αφησαμε μονο πηγες απο internet.
  38. Θέμα: Cosmote NTP?

    Από SfH
    Μηνύματα
    21
    Εμφανίσεις
    6.663

    Απάντηση: Cosmote NTP?

    Το ιδιο το πρωτοκολλο προσπαθει να υπολογισει την δικτυακη καθυστερηση, οποτε δεν εχει τεραστιο νοημα η πηγη να ειναι κοντα. Αυτο που εχει περισσοτερο νοημα - αν ειναι εφικτο - ειναι να εχουμε τουλαχιστον τρεις πηγες. Αν υπαρχει μονο μια η δυο, στην περιπτωση που μια πηγη μας δωσει λανθασμενα δεδομενα για οποιοδηποτε λογο, δεν ειναι ευκολο να καταλαβουμε ποια ειναι τα σωστα δεδομενα. Με τρεις και πανω αυτο λυνεται. Αν δεν ειναι εφικτο, ειναι καλυτερο να εχουμε μονο μια πηγη που ξερουμε οτι εχει πολλαπλες πηγες απο πισω της - κι αυτη δεν θα εχει απαραιτητα χαμηλο stratum.
  39. Απάντηση: COSMOTE Business Premium Internet: Νέα υπηρεσία συμμετρικού Ιnternet για μικρομεσαίες επιχειρήσεις

    Αλλο latency εχει η οπτικη (3ms) και πολυ μεγαλυτερο το μικροκυματικο. Αρα οι εφαρμογες voip οπως το teams θα πρεπει να περνανε απο το χαμηλοτερο latency.

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

    Η προσωπικη μου αποψη ειναι οτι απευθυνεται καθαρα σε επιχειρησεις και πιθανοτατα υπαρχει για να αντιμετωπισει τα υπερβολικα φτηνα DIA της vodafone, χωρις ομως να κανιβαλισει τα DIA της Cosmote - τουλαχιστον οχι παραπανω απο οσο κανιβαλιζονται με τη φυσικη εξελιξη των broadband συνδεσεων. Σιγουρα τα παραπανω προιοντα δεν ειναι κακο για την αγορα.
  41. Απάντηση: COSMOTE: Ξεκίνησε η εμπορική διάθεση ταχυτήτων ως 1Gbps στο δίκτυο COSMOTE Fiber

    Δεν ξερω τι φανταζεστε αλλα 350+ ειναι η τιμη που μου εδωσε ο ΟΤΕ για 100/100 πριν 2 μηνες. Αν το δωσουν 300 το 300 τοτε ειναι ηλιθιοι γιατι με εκαναν και πηγα vodafone για το 500/500 που ηθελα.

    Εχει καποια διαφορα αυτο τωρα με το business που ειχα ζητησει εγω?

    Μη συγκρινεις DIA με FTTH. Παρολο που και τα 2 δυνητικα χρησιμοποιουν οπτικες ινες, ειναι διαφορετικα προιοντα με διαφορετικες τιμες, συνηθως διαφορετικες τεχνολογιες, και διαφορετικα χαρακτηριστικα. Το ενα συνηθως εχει εγγυησεις, SLAs, υψηλου επιπεδου υποστηριξη και dedicated bandwidth τουλαχιστον μεχρι τον παροχο. Το αλλο ειναι απλα ενα φτηνο προιον που απευθυνεται σε λιγοτερο απαιτητικους πελατες, με contention σε ολο το μονοπατι. Αν σε καλυπτει το δευτερο, πηγαινε εκει.
  42. Απάντηση: Re: Το Reddit βλέπει περισσότερες από 6.000 κοινότητες να "σκοτεινιάζουν" σε ένδειξη διαμαρτυρίας για τις αλλα

    Ας υποθεσουμε οτι εχεις φτιαξει μια πχ δωρεαν υπηρεσια και στηριζεσαι σε διαφημισεις και, μεσω του API, εμφανιζονται μερικες χιλιαδες αλλοι
    υπεργολαβοι που αναπαραγουν το δικο σου περιεχομενο και κοβουν η παιρνουν ολες της διαφημισεις για παρτη τους.

    Ναι, ισως αυτοι σε εκαναν μεγαλο η θα γινοσουν απο μονος σου (youtube ?). Μετρας τη ζημια σου και αποφασιζεις (αυτη ειναι η αλλαγη στο API του reddit)
    να χρεωσεις 12.000$ για καθε 50 εκατομμυρια requests στο API και βλεπεις τις αντιδρασεις. Οσοι ηταν απλα "τσαμπατζηδες" θα φυγουν. Οσοι ειδαν σοβαρα
    το reposting (και τους συμφερει) θα μεινουν. Ηδη η κινηση δικτυου που δημιουργουν 50εκ views κοστιζει καπως.

    Αντιστοιχο ειναι και το θεμα με YouTube Invidious


    Παροτι η νομοθεσια (πχ το Digital Services Act) δεν ποινικοποιει το web scrapping απο publicly διαθεσιμο περιεχομενο (αρκει να μην μαζευονται
    δεδομενα που ηταν κανονικα κρυφα), δεν επιτρεπει την αναμεταδοση του με μεταβολες "σα να ηταν δικο μας". Αν ηταν ετσι, καποιος θα εκανε
    αναμεταδοση την TV (την ελευθερη) χωρις διαφημισεις η βαζοντας αναμεσα οτι δικο του θελει.

    Τα περισσοτερα sites στο internet, ειδικα για το web scrapping, το χειριζονται μονοπλευρα: ειναι ελευθερο σε ελευθερο περιεχομενο αγνωοντας
    οτι ειναι παρανομο οταν χαλα το business των πηγων του (γι αυτο και κανονικα μπαινεις μεσω API - που μπορει καποια στιγμη να χρεωθει).

    Θεωρω οτι το θεμα ( για εμενα τουλαχιστον ) δεν ειναι το οτι κοστολογουν την προσβαση, αλλα το πως την κοστολογουν. Το να εχεις καποιο οριο σε hits στο API σου, πανω απο το οποιο χρεωνεις για την προσβαση, ειναι λογικο. Το να χρεωνεις δεκαδες φορες το κοστος σου ειναι το ιδιο με το να κλεινεις την προσβαση.
  43. Μηνύματα
    4.681
    Εμφανίσεις
    664.420

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

    Δηλαδη ειναι καθαρα θεμα resources H load για τον ρουτερ Η και θεμα χωρητικοτητας μιας διασυνδεσης; Περιορισμου της ταχυτητας αν το λεω και με καταλαβαινετε καλα...
    Εχει να κανει και με qos H traffic shaping αυτη η τακτικη; Η ειναι αλλο πραγμα; Ειναι δηλαδη καθαρα και μονο για τον ρουτερ που αναφερθηκε;

    Πολυ γενικα. Οι routers που εχουν οι παροχοι εχουν διαφορους πορους, συνηθως σε καποιο ιεραρχικο configuration. Ενα τυπικο παραδειγμα ειναι να εχουμε καποιες διεργασιες που γινονται στα chips ( συνηθως ASICS ) που ειναι κοντα στα ιδια τα ports ( συνηθως ανα port η port block, αναλογα με την αρχιτεκτονικη ), καποιες που γινονται σε καποιο πιο κεντρικο chip ανα linecard και καποιες που γινονται σε ακομα πιο κεντρικο chip ( συνηθως ARM η x86_64 ) που τρεχει διεργασιες που αφορουν ολο το μηχανημα. Αρμοδιο για τη διαδικασια της δημιουργιας των icmp unreachables ( με τα οποια δουλευει το traceroute ) ειναι το τριτο, που θα το βαφτισουμε RP. Συνηθως υπαρχουν 2 bottlenecks. Το ενα ειναι το διαθεσιμο bandwidth απο τις αλλες linecards προς τον RP - που συνηθως ειναι πολυ μικροτερο απο αυτο που εχουν οι linecards μεταξυ τους - και αν γεμισει, ο router ειναι πρακτικα αχρηστος. Το δευτερο ειναι η ιδια η ικανοτητα του RP να επεξεργαζεται. Παραδοσιακα, ο RP ειχε οτι φτηνοτερο πρακτικα υπηρχε απο διαθεσιμες CPU. Προσφατα εχουν αρχισει και βαζουν λιγο καλυτερα μοντελα, αλλα μη φανταστεις οτι μιλαμε για τιποτα ιδιαιτερα ισχυρο σε σχεση π.χ. με εναν τυπικο server cpu. Ο RP λοιπον τρεχει διαφορα πραγματα που αφορουν ολο το μηχανημα, απο ARP/ND resolution, management / telemetry μεχρι routing protocols, και μερικα απο αυτα ( π.χ. το BGP ), ειναι αρκετα βαρια για αδυναμους RP. Αν λοιπον καποιος αναγκασει τον RP να απασχολειται με κατι αλλο, παλι θα δημιουργησουμε προβλημα στη λειτουργια του μηχανηματος. Συνηθως λοιπον υπαρχουν καποια ορια recommended απο τους κατασκευαστες, για να εξασφαλισουν την ορθη λειτουργια. Αρκετες φορες αυτα μαλιστα ειναι ενεργοποιημενα by default. Για να εχεις μια ιδεα σχετικα με την κλιμακα, τυπικα values για icmp πακετα ειναι 64kbps η/και 300pps, ακομα και για μηχανηματα που εχουν forwarding capacity καμποσα tbps. Αυτο ομως δεν επηρεαζει τα πακετα που περνανε μεσα απο τον ιδιο τον router, μονο τα icmp unreachables που πρεπει να φτιαξει ο ιδιος ο router. Για αυτο το λογο, θεωρειται ανουσιο να εξεταζουμε packet loss σε συγκεκριμενα hops εκτος αν υπαρχει σταθερο packet loss σε ολα τα hops απο ενα σημειο μεχρι και τον τελικο προορισμο.
  44. Μηνύματα
    4.574
    Εμφανίσεις
    940.855

    Υπόμνημα: Απάντηση: Tα δίκτυα των Παρόχων στην Ελλάδα και προς το Εξωτερικό

    Σωστο αυτο, ειναι χαζοι οι δικοι μας που δεν συνεννοουνται σε αυτο.

    Δεν εχει να κανει με τους δικους μας. Το caching ειναι ιεραρχικο. Το μεγαλυτερο κερδος για τους παροχους ειναι να εχουν cache τοπικα στο δικτυο τους - και αυτο κανουν. Απο κει και περα, το θεμα ειναι απο που τροφοδοτειται αυτη η cache. Μπορει το επομενο επιπεδο ιεραρχιας να ειναι κοντα ( π.χ. GRIX ), μπορει και μακρυα. Αυτος που το αποφασιζει αυτο ομως ειναι το netflix. Αν η κινηση προς τους ελληνικους παροχους ειναι αρκετη για να δικαιολογει καποια υποδομη πιο κοντα, θα ερθει πιο κοντα. Οσο αυτο του ειναι ακριβοτερο ομως απο το να σερβιρει το περιεχομενο απο εκει που το σερβιρει, δεν εχει λογο να αλλαξει κατι. Καλο ειναι να εχουμε στο νου μας οτι το γεωγραφικα κοντα δε σημαινει απαραιτητα φτηνοτερα.

    Μηπως θα επρεπε απλα να περασουν μια οπτικη ινα απο τον ΟΤΕ στη Nova και Vodafone και να περνανε την κινηση μεταξυ τους οι 3 ISP; Γιατι να περναει απο το GRIX η κινηση του IPTV;

    Συνηθως υπαρχουν εμπορικα/πολιτικα και οικονομικα κριτηρια. Το πρωτο το προσπερναω. Για τα οικονομικα, ειναι σχετικα ξεκαθαρη η κατασταση. Οσο η χρηση ενος δεδομενου συνολου διασυνδεσεων μεταξυ 2 δικτυων τεινει προς τη μεγιστη χωρητικοτητα, τοσο συμφερει περισσοτερο αυτα να ειναι σε private peering. Περα αυτων, καμια φορα υπαρχουν και τεχνικα θεματα, αλλα θαρρω στα περισσοτερα σοβαρα IXP εχουν ξεπεραστει.
  45. Απάντηση: Εντοπισμός προβλήματος με το διαδύκτιο (αργή ταχύτητα,packet loss,κτλ) με το πρόγραμμα ping plotter

    Αν καποιος θελει να διαβασει λιγα πραγματα παραπανω σχετικα με τη λειτουργια και τη σωστη ερμηνεια του traceroute, υπαρχει μια ωραια παρουσιαση που ειχε γραψει ο Steenbergen σε αυτο το link.
  46. Μηνύματα
    17.168
    Εμφανίσεις
    1.570.507

    Απάντηση: Ποιο παιχνίδι παίζετε αυτό τον καιρό..;

    Καμια προταση για παιχνιδι τυπου XCOM/XCOM2?

    Αν και σε setting/τονο δεν εχει καμια σχεση με τα xcom, απο αποψη gameplay ειχα εκπλαγει ευχαριστα με το triangle strategy.
  47. Θέμα: Inalan

    Από SfH
    Μηνύματα
    18.245
    Εμφανίσεις
    3.129.921

    Απάντηση: Re: Απάντηση: Re: Απάντηση: Re: Απάντηση: Re: Απάντηση: Inalan

    Σε ερωτηση ακριβως περι του bandwidth 1000/100 σε FTTH και τι γινεται αν τραβανε απο την ιδια καμπινα πολλοι (δεν ορισα τι πακετο μπορει να πληρωνουν) η απαντηση ηταν (ο πελατης με την 1000 εχει πανω του μια προτεραιοτητα γιατι εχει attach αυτο το συμβολαιο, και αν φτασει να μην μπορει να την εχει, τοτε γινεται η σχετικη αναβαθμιση)

    Τωρα αν το ειπαν για να το πουν δεν ξερω, αλλα εχω και ενα γνωμονα τι γραφει στο Upload Speedtest στο PlayStation 5



    Προτεραιοτητα μπορει δυνητικα να εχουν ρυθμισει, μπορει και οχι. Αναβαθμιση με την κλασσικη εννοια δεν γινεται τοσο ευκολα στο GPON. Θα πρεπει να περασεις αλλο σημα αλλου συμβατου standard ( π.χ. 10gpon ) απο την ινα ( αλλη καρτα/OLT/ONT ), η να αλλαξεις το πως εχεις σχεδιασει το υφισταμενο segment/ring ( παλι καις 1-2 OLT ports ενω αναλογα με το σχεδιασμο, δυναται να απαιτει αλλαγες στο πεδιο/σκαψιμο ). Το πρωτο γινεται κυριως για νεα προιοντα, ειναι απιθανο να γινει για να λυθει congestion. Το δευτερο γινεται - αν και ιδιαιτερα σπανια - απο μερικους παροχους FTTH.

    Στην πραξη, η τοπολογια και το split ratio των μεγαλων τουλαχιστον ειναι τετοιο, που θεωρω μικρες τις πιθανοτητες να εχει καποιος προβλημα με τυπικη χρηση. Σιγουρα στις χιλιαδες / εκατομμυρια? συνδρομητες θα υπαρχουν εξαιρεσεις, αλλα το θεωρω ιδιαιτερα απιθανο να εχουμε μαζικα γενικα φαινομενα congestion - σε αυτο το επιπεδο τουλαχιστον.
  48. Θέμα: Inalan

    Από SfH
    Μηνύματα
    18.245
    Εμφανίσεις
    3.129.921

    Απάντηση: Re: Απάντηση: Re: Απάντηση: Re: Απάντηση: Re: Απάντηση: Inalan

    Δεν γνωριζω αν θα εχει προτεραιοτητα, αμφιβαλω κιολας. Εγγυημενη ειναι η ταχυτητα σε ιδανικες συνθηκες, οχι βρεξει χιονισει. GPON πουλανε οχι μισθωμενα κυκλωματα.

    Το "εγγυημενη" εχει πολλες ερμηνιες. Τα προιοντα που βασιζονται στο GPON προωθουνται σαν εγγυημενα απο την αποψη οτι μπορουν - υπο συνθηκες - να προσφερουν το bandwidth που αναφερεται. Σε αντιθεση, αν καποιος παρει θεωρητικα ενα πακετο xDSL 50mbps και ειναι 7 χιλιομετρα μακρυα απο το MSAN, δεν υπαρχει κανενας συνδυασμος συνθηκων υπο τις οποιες μπορει να πιασει τα 50mbps. Θεωρητικα μπορει ο παροχος να δωσει προτεραιοτητα σε συνδρομητες υψηλοτερης αξιας, αλλα δε νομιζω οτι θα το κανει καποιος.

    Ακριβως επειδη κανεις δεν εγγυαται την πραγματικη αποδοση προς καποιο σημειο, το προιον ειναι σχετικα φτηνο. Στην πραξη, υπαρχει contention παντου. Το OLT πιθανοτατα εχει backhauling μικροτερης χωρητικοτητας απο το συνολο της χωρητικοτητας των customer-facing ports. Αν το backhauling παρεχεται απο καποιο τριτο παροχο - κι αυτος ο τριτος παροχος πιθανοτατα δεν εχει δεσμευσει ολη τη χωρητικοτητα που εχει πουλησει. Ακομα πιο περα, ειναι πιθανοτατα και η χωρητικοτητα προς GR-IX/transits ειναι μικροτερη του συνολου των backhauling κυκλωματων. Αντιστοιχα και ο transit παροχος ( π.χ. cogent ), δε σου εγγυαται την ταχυτητα που αγορασες παντου. Σχεδον σιγουρα εχει πουλησει πολυ περισσοτερη χωρητικοτητα απο αυτη που εχει. Συνηθως ακομα και σε DIA/GIA κυκλωματα, οι εγγυησεις ειναι μεσα στο δικτυο του παροχου και πολλες φορες εχουν περιορισμους ανα "περιοχη".

    To capacity planning εδω και πολλα χρονια δεν εχει να κανει με το "ποσο πουλησαμε" αλλα με ιστορικα στοιχεια, που συνηθως προσφερουν προβλεψεις σχετικα αποδεκτης ακριβειας.

    Για περισσοτερες εγγυησεις, πας σε αλλου τυπου υπηρεσιες που εχουν ορισμενα σημεια και οχι υπηρεσιες internet. Ακομα κι εκει, αρκετες φορες το "εγγυημενο" σημαινει στην πραξη οτι αν/οταν υπαρξει προβλημα, ο παροχος θα κανει κατι για να το λυσει κι οχι οτι εχει δεσμευσει τη χωρητικοτητα που ζητας σε ολο του το δικτυο. Πραγματικη εγγυηση θα βρεις μονο σε υπηρεσιες τυπου lamda/spectrum/dark fiber - με τα οποια κοστη και περιορισμους εχουν.
  49. Μηνύματα
    32
    Εμφανίσεις
    2.929

    Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface

    Σε αυτη την περιπτωση θα κοιταγα μια απο τις παρακατω λυσεις :

    1) Αλλαζεις IP network σε ενα απο τα 2 δικτυα. Ειναι η πιο καθαρη λυση χωρις μπερδεματα. Απο κει και περα, παιζεις με το routing οπως θες.

    2) Βγαζεις τις IP απο eth0/wlan0, φτιαχνεις ενα bridge, βαζεις μια IP στο bridge και παιζεις με το next hop. Αυτο θα εχει σα συνεπεια να ενωθει το δικο σου LAN με του γειτονα , να μοιραζονται τα broadcast και στα 2, να μιλαμε πλεον για ενα failure domain, να υπαρχουν θεματα ασφαλειας, να πρεπει να κανετε οποιοδηποτε IP address planning απο κοινου, κτλ. Προσωπικα θα το απεφευγα - αλλα πιθανως να ειναι η μοναδικη λυση αν δε μπορεις να κανεις renumber κανενα δικτυο.

    Τα παραπανω καθαρα για να λυσουν το θεμα που εχεις τωρα. Το να εχεις πολλαπλες γραμμες και να δρομολογεις κινηση ταυτοχρονα σε ολες διαφορετικα υπο προυποθεσεις ειναι διαφορετικο και αρκετα περιπλοκο θεμα.
  50. Μηνύματα
    32
    Εμφανίσεις
    2.929

    Απάντηση: Ιντερνετ απο ενα συγκεκριμενο network interface

    Εχω καιρο να ασχοληθω με routing σε linux, αλλα βλεπω οτι εχεις το ιδιο δικτυο σε 2 interfaces. Σε αυτες τις περιπτωσεις, το καθε λειτουργικο συμπεριφερεται διαφορετικα, και συνηθως με μη ντετερμινιστικο τροπο ( αφηνοντας στην ακρη πολλαπλα tables/vrfs και κολλημα με iptables γιατι θαρρω δεν εχεις κατι τετοιο στο νου σου - αν και μπορει να κανω λαθος ). Θα μπορουσες να εξηγησεις λιγο καλυτερα ακριβως εχεις και τι θες να πετυχεις ? Θες να εχεις 2 διασυνδεσεις προς το internet, η το συγκεκριμενο μηχανημα θα παιρνει internet απο το wlan0 και θα το δινει στο eth0 ?
Εμφάνιση 1-50 από 5424
Σελ. 1 από 109 1 2 3 4