dmr:start
Σύγκριση εκδόσεων
Εδώ βλέπετε τις διαφορές μεταξύ της επιλεγμένης έκδοσης και της τρέχουσας έκδοσης της σελίδας.
| Προηγούμενος έλεγχος και από τις δύο πλευρέςΠροηγούμενη αναθεώρησηΕπόμενη αναθεώρηση | Προηγούμενη αναθεώρηση | ||
| dmr:start [2026/08/02 16:05] – sa7svr | dmr:start [2026/08/02 16:12] (τρέχουσα) – sa7svr | ||
|---|---|---|---|
| Γραμμή 1963: | Γραμμή 1963: | ||
| Η συνδυασμένη χρήση σύγχρονων τεχνολογιών, | Η συνδυασμένη χρήση σύγχρονων τεχνολογιών, | ||
| + | |||
| + | ====== HELLAS Zone IPSC2 Architecture ====== | ||
| + | |||
| + | ===== Overview ===== | ||
| + | |||
| + | Το **HELLAS Zone IPSC2 Architecture** αποτελεί τον βασικό πυρήνα της υποδομής DMR του HELLAS Zone. | ||
| + | |||
| + | Η αρχιτεκτονική έχει σχεδιαστεί ώστε να παρέχει υψηλή αξιοπιστία, | ||
| + | |||
| + | Σε αντίθεση με μία απλή εγκατάσταση DMR, το HELLAS Zone βασίζεται σε μία πολυεπίπεδη αρχιτεκτονική (Multi-Layer Architecture), | ||
| + | |||
| + | Η σχεδίαση αυτή επιτρέπει τη σταδιακή προσθήκη νέων υπηρεσιών, | ||
| + | |||
| + | ===== Architecture Philosophy ===== | ||
| + | |||
| + | Η φιλοσοφία του HELLAS Zone βασίζεται σε τέσσερις θεμελιώδεις αρχές. | ||
| + | |||
| + | * Ανεξαρτησία. | ||
| + | * Αξιοπιστία. | ||
| + | * Επεκτασιμότητα. | ||
| + | * Διαλειτουργικότητα. | ||
| + | |||
| + | Κάθε υποσύστημα λειτουργεί αυτόνομα, | ||
| + | |||
| + | Με τον τρόπο αυτό μία πιθανή βλάβη σε μία υπηρεσία δεν επηρεάζει απαραίτητα τη λειτουργία των υπολοίπων. | ||
| + | |||
| + | ===== Core Infrastructure ===== | ||
| + | |||
| + | Η βασική υποδομή αποτελείται από τα παρακάτω υποσυστήματα. | ||
| + | |||
| + | * IPSC2 Master Server. | ||
| + | * Network Routing Engine. | ||
| + | * OpenBridge Gateway. | ||
| + | * Dashboard Services. | ||
| + | * Documentation Platform. | ||
| + | * Monitoring Services. | ||
| + | * Statistics Engine. | ||
| + | * Future Cross-Mode Bridge Services. | ||
| + | |||
| + | Κάθε υπηρεσία έχει σαφώς καθορισμένο ρόλο μέσα στο οικοσύστημα. | ||
| + | |||
| + | ===== IPSC2 Master ===== | ||
| + | |||
| + | Ο IPSC2 Master αποτελεί τον κεντρικό κόμβο του δικτύου. | ||
| + | |||
| + | Οι βασικές του λειτουργίες περιλαμβάνουν: | ||
| + | |||
| + | * Διαχείριση των συνδεδεμένων Repeaters. | ||
| + | * Διαχείριση Hotspots. | ||
| + | * Έλεγχο των Talkgroups. | ||
| + | * Δρομολόγηση της ψηφιακής φωνής. | ||
| + | * Διαχείριση των ενεργών συνδέσεων. | ||
| + | * Συνεργασία με OpenBridge. | ||
| + | * Υποστήριξη μελλοντικών υπηρεσιών. | ||
| + | |||
| + | Ο Master αποτελεί το σημείο όπου συγκεντρώνεται και οργανώνεται όλη η κυκλοφορία του δικτύου. | ||
| + | |||
| + | ===== Routing Engine ===== | ||
| + | |||
| + | Το Routing Engine είναι υπεύθυνο για τη λήψη όλων των αποφάσεων σχετικά με τη διαδρομή κάθε ψηφιακής εκπομπής. | ||
| + | |||
| + | Για κάθε νέα μετάδοση εξετάζονται: | ||
| + | |||
| + | * Source Radio ID. | ||
| + | * Source Repeater ή Hotspot. | ||
| + | * Destination Talkgroup. | ||
| + | * Time Slot. | ||
| + | * Routing Policies. | ||
| + | * OpenBridge Policies. | ||
| + | * Active Links. | ||
| + | |||
| + | Με βάση τα στοιχεία αυτά δημιουργείται δυναμικά η κατάλληλη διαδρομή της συνομιλίας. | ||
| + | |||
| + | ===== Traffic Management ===== | ||
| + | |||
| + | Η υποδομή έχει σχεδιαστεί ώστε να διαχειρίζεται αποτελεσματικά μεγάλο αριθμό ταυτόχρονων συνομιλιών. | ||
| + | |||
| + | Η διαχείριση της κυκλοφορίας περιλαμβάνει: | ||
| + | |||
| + | * Βελτιστοποίηση δρομολόγησης. | ||
| + | * Ελαχιστοποίηση καθυστερήσεων. | ||
| + | * Αποφυγή διπλών μεταδόσεων. | ||
| + | * Έλεγχο ενεργών συνδέσεων. | ||
| + | * Βελτιστοποίηση χρήσης Bandwidth. | ||
| + | |||
| + | Η φιλοσοφία αυτή επιτρέπει την αξιόπιστη λειτουργία ακόμη και σε περιόδους αυξημένης δραστηριότητας. | ||
| + | |||
| + | ===== High Availability ===== | ||
| + | |||
| + | Η αρχιτεκτονική του HELLAS Zone έχει σχεδιαστεί ώστε να υποστηρίζει συνεχή λειτουργία. | ||
| + | |||
| + | Για τον σκοπό αυτό εφαρμόζονται διαδικασίες όπως: | ||
| + | |||
| + | * Συνεχής παρακολούθηση υπηρεσιών. | ||
| + | * Αυτόματη επανασύνδεση υπηρεσιών. | ||
| + | * Έλεγχος λειτουργίας κρίσιμων διεργασιών. | ||
| + | * Τακτική δημιουργία αντιγράφων ασφαλείας. | ||
| + | * Περιοδικός έλεγχος της κατάστασης του συστήματος. | ||
| + | |||
| + | Οι διαδικασίες αυτές αυξάνουν σημαντικά τη συνολική αξιοπιστία της υποδομής. | ||
| + | |||
| + | ===== Scalability ===== | ||
| + | |||
| + | Η αρχιτεκτονική σχεδιάστηκε ώστε να μπορεί να αναπτυχθεί σταδιακά. | ||
| + | |||
| + | Στο μέλλον μπορούν να προστεθούν: | ||
| + | |||
| + | * Νέοι Repeaters. | ||
| + | * Νέα Hotspots. | ||
| + | * Νέα Talkgroups. | ||
| + | * Νέα OpenBridge Links. | ||
| + | * Νέα Dashboards. | ||
| + | * Νέα Monitoring Services. | ||
| + | * Νέες τεχνολογίες Digital Voice. | ||
| + | |||
| + | Η επέκταση πραγματοποιείται χωρίς να απαιτείται αλλαγή της βασικής δομής του δικτύου. | ||
| + | |||
| + | ===== Future Integration ===== | ||
| + | |||
| + | Η υποδομή του HELLAS Zone έχει σχεδιαστεί με στόχο τη συνεργασία με διαφορετικές τεχνολογίες Digital Voice. | ||
| + | |||
| + | Στις μελλοντικές δυνατότητες περιλαμβάνονται: | ||
| + | |||
| + | * WIRES-X. | ||
| + | * YSF. | ||
| + | * D-STAR. | ||
| + | * NXDN. | ||
| + | * P25. | ||
| + | * M17. | ||
| + | * AllStar Link. | ||
| + | * Άλλες πλατφόρμες που θα υποστηριχθούν στο μέλλον. | ||
| + | |||
| + | Η διασύνδεση θα πραγματοποιείται μέσω κατάλληλων μηχανισμών Bridge, διατηρώντας την ανεξαρτησία κάθε δικτύου. | ||
| + | |||
| + | ===== Summary ===== | ||
| + | |||
| + | Η αρχιτεκτονική IPSC2 του HELLAS Zone αποτελεί μία σύγχρονη και επεκτάσιμη υποδομή Digital Voice, σχεδιασμένη ώστε να παρέχει αξιόπιστη λειτουργία, | ||
| + | |||
| + | Ο συνδυασμός του IPSC2 Master, του Routing Engine και των υπηρεσιών διασύνδεσης δημιουργεί μία σταθερή βάση πάνω στην οποία μπορούν να αναπτυχθούν όλες οι μελλοντικές υπηρεσίες του HELLAS Zone. | ||
| + | |||
| + | ====== HELLAS Zone OpenBridge Architecture ====== | ||
| + | |||
| + | ===== Overview ===== | ||
| + | |||
| + | Το **HELLAS Zone OpenBridge** αποτελεί τον βασικό μηχανισμό διασύνδεσης του δικτύου HELLAS Zone με άλλες ανεξάρτητες υποδομές Digital Voice. | ||
| + | |||
| + | Σκοπός του δεν είναι να αντικαταστήσει τον IPSC2 Master ούτε να λειτουργήσει ως ανεξάρτητο δίκτυο DMR. | ||
| + | |||
| + | Η αποστολή του είναι η ασφαλής, | ||
| + | |||
| + | Η αρχιτεκτονική αυτή επιτρέπει στο HELLAS Zone να συνεργάζεται με εξωτερικά δίκτυα χωρίς να επηρεάζεται η εσωτερική λειτουργία του. | ||
| + | |||
| + | ===== Design Philosophy ===== | ||
| + | |||
| + | Το OpenBridge του HELLAS Zone σχεδιάστηκε με βάση τρεις βασικές αρχές. | ||
| + | |||
| + | * Ελεγχόμενη δρομολόγηση. | ||
| + | * Πλήρης ανεξαρτησία των δικτύων. | ||
| + | * Ελαχιστοποίηση της άσκοπης κυκλοφορίας. | ||
| + | |||
| + | Δεν μεταφέρονται όλες οι συνομιλίες. | ||
| + | |||
| + | Κάθε Talkgroup αξιολογείται σύμφωνα με συγκεκριμένους κανόνες πριν επιτραπεί η μετάδοσή του προς άλλο δίκτυο. | ||
| + | |||
| + | Με αυτόν τον τρόπο προστατεύονται τόσο η σταθερότητα όσο και η απόδοση όλων των συνδεδεμένων υποδομών. | ||
| + | |||
| + | ===== Logical Architecture ===== | ||
| + | |||
| + | Η λογική αρχιτεκτονική του HELLAS Zone OpenBridge μπορεί να απεικονιστεί ως εξής. | ||
| + | |||
| + | < | ||
| + | Local User | ||
| + | │ | ||
| + | ▼ | ||
| + | DMR Repeater / Hotspot | ||
| + | │ | ||
| + | ▼ | ||
| + | HELLAS Zone IPSC2 Master | ||
| + | │ | ||
| + | ▼ | ||
| + | Routing Engine | ||
| + | │ | ||
| + | ▼ | ||
| + | OpenBridge Gateway | ||
| + | │ | ||
| + | | ||
| + | | ||
| + | | ||
| + | IPSC2 Network | ||
| + | │ | ||
| + | ▼ | ||
| + | Remote Repeaters | ||
| + | │ | ||
| + | ▼ | ||
| + | Remote Users | ||
| + | </ | ||
| + | |||
| + | Το OpenBridge λειτουργεί αποκλειστικά ως σημείο διασύνδεσης μεταξύ των ανεξάρτητων δικτύων. | ||
| + | |||
| + | ===== Packet Processing ===== | ||
| + | |||
| + | Όταν μία νέα εκπομπή φθάνει στον IPSC2 Master πραγματοποιούνται διαδοχικοί έλεγχοι. | ||
| + | |||
| + | Εξετάζονται: | ||
| + | |||
| + | * Source Radio ID. | ||
| + | * Source Repeater. | ||
| + | * Source Network. | ||
| + | * Talkgroup. | ||
| + | * Time Slot. | ||
| + | * Routing Policies. | ||
| + | * ACL Policies. | ||
| + | * OpenBridge Rules. | ||
| + | |||
| + | Μόνο όταν ολοκληρωθούν επιτυχώς όλοι οι έλεγχοι επιτρέπεται η προώθηση της συνομιλίας προς το OpenBridge. | ||
| + | |||
| + | ===== Routing Decisions ===== | ||
| + | |||
| + | Το Routing Engine αποφασίζει δυναμικά: | ||
| + | |||
| + | * αν το Talkgroup επιτρέπεται να εξέλθει από το HELLAS Zone, | ||
| + | * προς ποια δίκτυα θα σταλεί, | ||
| + | * ποια δίκτυα πρέπει να αγνοηθούν, | ||
| + | * αν υπάρχουν προσωρινοί περιορισμοί, | ||
| + | * αν ισχύουν ειδικοί κανόνες δρομολόγησης. | ||
| + | |||
| + | Με αυτόν τον τρόπο αποφεύγεται η ανεξέλεγκτη κυκλοφορία δεδομένων. | ||
| + | |||
| + | ===== Traffic Filtering ===== | ||
| + | |||
| + | Η μεταφορά ολόκληρης της κυκλοφορίας προς όλα τα δίκτυα θα δημιουργούσε υπερβολικό φόρτο. | ||
| + | |||
| + | Για τον λόγο αυτό εφαρμόζεται φιλτράρισμα. | ||
| + | |||
| + | Μπορούν να οριστούν: | ||
| + | |||
| + | * επιτρεπόμενα Talkgroups, | ||
| + | * αποκλεισμένα Talkgroups, | ||
| + | * διαφορετικοί κανόνες ανά δίκτυο, | ||
| + | * διαφορετικοί κανόνες ανά Time Slot, | ||
| + | * διαφορετικοί κανόνες ανά Peer. | ||
| + | |||
| + | Η τεχνική αυτή μειώνει σημαντικά το απαιτούμενο Bandwidth. | ||
| + | |||
| + | ===== Loop Prevention ===== | ||
| + | |||
| + | Ένα από τα σοβαρότερα προβλήματα στις διασυνδέσεις πολλών δικτύων είναι η δημιουργία Routing Loops. | ||
| + | |||
| + | Ένα Routing Loop εμφανίζεται όταν μία συνομιλία επιστρέφει ξανά στο δίκτυο από το οποίο ξεκίνησε. | ||
| + | |||
| + | Για την αποφυγή αυτού του φαινομένου εφαρμόζονται μηχανισμοί όπως: | ||
| + | |||
| + | * αναγνώριση της αρχικής προέλευσης, | ||
| + | * έλεγχος μοναδικότητας των πακέτων, | ||
| + | * εφαρμογή πολιτικών αποκλεισμού επαναδρομολόγησης, | ||
| + | * φιλτράρισμα κυκλικών διαδρομών. | ||
| + | |||
| + | Οι μηχανισμοί αυτοί εξασφαλίζουν ότι κάθε συνομιλία ακολουθεί μία μόνο επιτρεπόμενη διαδρομή. | ||
| + | |||
| + | ===== Bandwidth Optimisation ===== | ||
| + | |||
| + | Το OpenBridge μεταφέρει αποκλειστικά την απαραίτητη πληροφορία. | ||
| + | |||
| + | Δεν δημιουργεί νέα Voice Frames. | ||
| + | |||
| + | Δεν πραγματοποιεί μετατροπή του ήχου. | ||
| + | |||
| + | Αναλαμβάνει μόνο την ασφαλή προώθηση των ήδη υπαρχόντων ψηφιακών πακέτων. | ||
| + | |||
| + | Έτσι διατηρείται χαμηλή η χρήση: | ||
| + | |||
| + | * CPU. | ||
| + | * RAM. | ||
| + | * Network Traffic. | ||
| + | * Internet Bandwidth. | ||
| + | |||
| + | ===== Monitoring ===== | ||
| + | |||
| + | Η λειτουργία του OpenBridge παρακολουθείται συνεχώς. | ||
| + | |||
| + | Ελέγχονται: | ||
| + | |||
| + | * ενεργές συνδέσεις, | ||
| + | * κατάσταση των Peers, | ||
| + | * ενεργά Talkgroups, | ||
| + | * χρήση Bandwidth, | ||
| + | * καθυστέρηση μετάδοσης, | ||
| + | * σφάλματα επικοινωνίας, | ||
| + | * στατιστικά κυκλοφορίας. | ||
| + | |||
| + | Η συνεχής παρακολούθηση επιτρέπει την έγκαιρη ανίχνευση προβλημάτων. | ||
| + | |||
| + | ===== Future Expansion ===== | ||
| + | |||
| + | Η αρχιτεκτονική του OpenBridge έχει σχεδιαστεί ώστε να μπορεί να επεκταθεί χωρίς σημαντικές αλλαγές. | ||
| + | |||
| + | Στο μέλλον μπορούν να προστεθούν: | ||
| + | |||
| + | * νέα DMR δίκτυα, | ||
| + | * νέες OpenBridge συνδέσεις, | ||
| + | * νέες πολιτικές δρομολόγησης, | ||
| + | * νέοι μηχανισμοί ασφαλείας, | ||
| + | * διασυνδέσεις με άλλες πλατφόρμες Digital Voice. | ||
| + | |||
| + | ===== Summary ===== | ||
| + | |||
| + | Το HELLAS Zone OpenBridge αποτελεί τον κεντρικό μηχανισμό διασύνδεσης της υποδομής με εξωτερικά δίκτυα DMR. | ||
| + | |||
| + | Η εφαρμογή προηγμένων κανόνων δρομολόγησης, | ||
| + | |||
| + | ====== Cross-Mode Digital Voice Architecture ====== | ||
| + | |||
| + | ===== Overview ===== | ||
| + | |||
| + | Οι σύγχρονες ψηφιακές επικοινωνίες δεν περιορίζονται πλέον σε ένα μόνο πρωτόκολλο ή σε μία μόνο τεχνολογία. | ||
| + | |||
| + | Σήμερα υπάρχουν πολλά ανεξάρτητα Digital Voice δίκτυα, | ||
| + | |||
| + | Το **HELLAS Zone** έχει σχεδιαστεί με στόχο να αποτελέσει μία πλατφόρμα διαλειτουργικότητας (Interoperability Platform), επιτρέποντας την επικοινωνία μεταξύ διαφορετικών τεχνολογιών μέσω κατάλληλων μηχανισμών διασύνδεσης (Bridges). | ||
| + | |||
| + | ===== Digital Voice Networks ===== | ||
| + | |||
| + | Οι βασικές τεχνολογίες που μπορούν να συνεργαστούν είναι: | ||
| + | |||
| + | * DMR | ||
| + | * System Fusion (YSF) | ||
| + | * WIRES-X | ||
| + | * D-STAR | ||
| + | * NXDN | ||
| + | * P25 | ||
| + | * M17 | ||
| + | * AllStar Link | ||
| + | |||
| + | Παρότι κάθε μία χρησιμοποιεί διαφορετική αρχιτεκτονική, | ||
| + | |||
| + | ===== Cross-Mode Philosophy ===== | ||
| + | |||
| + | Η βασική φιλοσοφία του Cross-Mode δεν είναι η ένωση όλων των δικτύων σε ένα. | ||
| + | |||
| + | Αντίθετα, | ||
| + | |||
| + | Οι Bridges επιτρέπουν την ανταλλαγή συγκεκριμένων συνομιλιών μεταξύ επιλεγμένων σημείων, | ||
| + | |||
| + | Με τον τρόπο αυτό διατηρούνται: | ||
| + | |||
| + | * η ανεξαρτησία, | ||
| + | * η αξιοπιστία, | ||
| + | * η επεκτασιμότητα, | ||
| + | * η σταθερότητα κάθε δικτύου. | ||
| + | |||
| + | ===== High-Level Architecture ===== | ||
| + | |||
| + | Η συνολική αρχιτεκτονική μπορεί να περιγραφεί ως εξής. | ||
| + | |||
| + | < | ||
| + | | ||
| + | │ | ||
| + | ┌───────────────┼────────────────┐ | ||
| + | │ | ||
| + | ▼ | ||
| + | DMR | ||
| + | │ | ||
| + | ├───────────────┼────────────────┤ | ||
| + | │ | ||
| + | ▼ | ||
| + | NXDN P25 M17 | ||
| + | │ | ||
| + | └───────────────┼────────────────┘ | ||
| + | ▼ | ||
| + | AllStar Link | ||
| + | </ | ||
| + | |||
| + | Κάθε τεχνολογία λειτουργεί ανεξάρτητα, | ||
| + | |||
| + | ===== Voice Conversion ===== | ||
| + | |||
| + | Η ανταλλαγή φωνής μεταξύ διαφορετικών τεχνολογιών δεν είναι πάντοτε άμεση. | ||
| + | |||
| + | Ανάλογα με τα δύο δίκτυα που επικοινωνούν, | ||
| + | |||
| + | * μετατροπή κωδικοποίησης φωνής, | ||
| + | * μετατροπή πλαισίων δεδομένων, | ||
| + | * μετατροπή πρωτοκόλλων, | ||
| + | * προσαρμογή σηματοδοσίας, | ||
| + | * νέα δρομολόγηση πακέτων. | ||
| + | |||
| + | Οι μετατροπές πραγματοποιούνται από εξειδικευμένες υπηρεσίες Bridge. | ||
| + | |||
| + | ===== Voice Codecs ===== | ||
| + | |||
| + | Οι κυριότερες τεχνολογίες χρησιμοποιούν διαφορετικές μορφές κωδικοποίησης. | ||
| + | |||
| + | ^ Network ^ Voice Codec ^ | ||
| + | | DMR | AMBE+2 | | ||
| + | | YSF | AMBE | | ||
| + | | WIRES-X | AMBE | | ||
| + | | D-STAR | AMBE | | ||
| + | | NXDN | AMBE+2 | | ||
| + | | P25 | IMBE ή AMBE ανάλογα με την υλοποίηση | | ||
| + | | M17 | Codec2 | | ||
| + | | AllStar Link | PCM Audio | | ||
| + | |||
| + | Η διαφορετική κωδικοποίηση αποτελεί τον βασικό λόγο για τον οποίο απαιτούνται ειδικές διαδικασίες μετατροπής μεταξύ ορισμένων δικτύων. | ||
| + | |||
| + | ===== Transcoding ===== | ||
| + | |||
| + | Όταν δύο τεχνολογίες χρησιμοποιούν διαφορετικό Codec, απαιτείται διαδικασία **Transcoding**. | ||
| + | |||
| + | Η διαδικασία αυτή περιλαμβάνει: | ||
| + | |||
| + | * αποκωδικοποίηση της αρχικής φωνής, | ||
| + | * μετατροπή σε ενδιάμεση μορφή, | ||
| + | * νέα κωδικοποίηση σύμφωνα με το πρωτόκολλο του δικτύου προορισμού. | ||
| + | |||
| + | Η διαδικασία πραγματοποιείται σε πραγματικό χρόνο. | ||
| + | |||
| + | ===== Packet Routing ===== | ||
| + | |||
| + | Πριν από οποιαδήποτε μετατροπή εξετάζονται: | ||
| + | |||
| + | * Source Network. | ||
| + | * Destination Network. | ||
| + | * Source Talkgroup ή Reflector. | ||
| + | * Routing Policies. | ||
| + | * Bridge Rules. | ||
| + | * Access Policies. | ||
| + | |||
| + | Μόνο όταν επιτρέπεται η συγκεκριμένη διαδρομή πραγματοποιείται η ανταλλαγή της συνομιλίας. | ||
| + | |||
| + | ===== Bridge Services ===== | ||
| + | |||
| + | Η πλατφόρμα μπορεί να χρησιμοποιεί εξειδικευμένες υπηρεσίες όπως: | ||
| + | |||
| + | * DMR Bridges | ||
| + | * YSF Bridges | ||
| + | * D-STAR Bridges | ||
| + | * NXDN Bridges | ||
| + | * P25 Bridges | ||
| + | * M17 Bridges | ||
| + | * AllStar Bridges | ||
| + | |||
| + | Κάθε υπηρεσία αναλαμβάνει τη μεταφορά ή τη μετατροπή των δεδομένων μεταξύ δύο ή περισσότερων τεχνολογιών. | ||
| + | |||
| + | ===== Advantages ===== | ||
| + | |||
| + | Η αρχιτεκτονική Cross-Mode προσφέρει σημαντικά πλεονεκτήματα. | ||
| + | |||
| + | * Επικοινωνία μεταξύ διαφορετικών τεχνολογιών. | ||
| + | * Προστασία της ανεξαρτησίας κάθε δικτύου. | ||
| + | * Δυνατότητα μελλοντικής επέκτασης. | ||
| + | * Κεντρική διαχείριση των Bridges. | ||
| + | * Υψηλή ευελιξία. | ||
| + | * Αποδοτική αξιοποίηση των υποδομών. | ||
| + | |||
| + | ===== Future Vision ===== | ||
| + | |||
| + | Μακροπρόθεσμος στόχος του HELLAS Zone είναι η δημιουργία μιας ολοκληρωμένης πλατφόρμας Digital Voice, όπου διαφορετικές τεχνολογίες θα μπορούν να συνεργάζονται με ελεγχόμενο και αξιόπιστο τρόπο. | ||
| + | |||
| + | Η υλοποίηση νέων Bridges θα πραγματοποιείται σταδιακά, | ||
| + | |||
| + | ===== Summary ===== | ||
| + | |||
| + | Η αρχιτεκτονική Cross-Mode αποτελεί το επόμενο βήμα στην εξέλιξη των ψηφιακών επικοινωνιών. | ||
| + | |||
| + | Με τη χρήση εξειδικευμένων Bridges και μηχανισμών δρομολόγησης, | ||
| + | |||
| + | Το HELLAS Zone έχει σχεδιαστεί ώστε να υποστηρίζει αυτή τη φιλοσοφία, | ||
| + | |||
| + | |||
| + | |||
| + | |||
dmr/start.1785686733.txt.gz · Τελευταία τροποποίηση: από sa7svr
