[Δίκτυα Ι]Εργασία 2013

[Thmmy.gr portal]

  Thmmy.gr portal
   Forum
   Downloads
   Ενεργ. Λογαριασμού
   Επικοινωνία
  
  Χρήσιμα links
   Σελίδα τμήματος
   Βιβλιοθήκη Τμήματος
   Elearning
   Φοιτητικά fora
   Πρόγραμμα Λέσχης
   Πρακτική Άσκηση
   Ηλεκτρονική Εξυπηρέτηση Φοιτητών
   Διανομή Συγγραμμάτων
   Ψηφιακό Καταθετήριο Διπλωματικών
   Πληροφορίες Καθηγητών
   Instagram @thmmy.gr
   mTHMMY
  
  Φοιτητικές Ομάδες
   ACM
   Aristurtle
   ART
   ASAT
   BEAM
   BEST Thessaloniki
   EESTEC LC Thessaloniki
   EΜΒ Auth
   IAESTE Thessaloniki
   IEEE φοιτητικό παράρτημα ΑΠΘ
   SpaceDot
   VROOM
   Panther
  

THMMY.gr Web

Helios_MultiScribbles2SMF Default ThemeSMFone_Blue

[Ανεβάζετε τα θέματα των εξετάσεων στον τομέα Downloads]

Είσαι πρωτοετής;... Καλώς ήρθες! Μπορείς να βρεις πληροφορίες εδώ. Βοήθεια για τους καινούργιους μέσω χάρτη.

Κατεβάστε εδώ το Android Application για εύκολη πρόσβαση στο forum.

Ανεβάζετε τα θέματα των εξετάσεων στον τομέα Downloads με προσοχή στα ονόματα των αρχείων!

[height=400]

  Όταν ανεβάζουμε φωτογραφίες στις Ανακοινώσεις και Έκτακτα νέα, βάζουμε τη μεγαλύτερη πλευρά 400 (width=400 ή height=400 ). π.χ. [img height=400 (κλείνει η αγκύλη) 

[Neal]

Το πεδίο FCS (frame check sequence) παρέχει με τη μορφή
3-ψηφίου αριθμού στο 10-δικό σύστημα το αποτέλεσμα της εφαρμογής του λογικού
τελεστή XOR διαδοχικά στους 16 κρυπτογραφημένους χαρακτήρες που περιλαμβάνονται
στην παραπάνω ακολουθία.

Κατάλαβε κανείς τη διαδικασία;

[Elade]

Το πεδίο FCS (frame check sequence) παρέχει με τη μορφή
3-ψηφίου αριθμού στο 10-δικό σύστημα το αποτέλεσμα της εφαρμογής του λογικού
τελεστή XOR διαδοχικά στους 16 κρυπτογραφημένους χαρακτήρες που περιλαμβάνονται
στην παραπάνω ακολουθία.

Κατάλαβε κανείς τη διαδικασία;

Μετατρέπεις κάθε γράμμα σε byte και μετά εστω η ακολουθια Χ1Χ2Χ3...Χ16 συγκρίνεις Χ1 με Χ2, το αποτελεσμα με Χ3 κοκ

[Dimitris1989]

Δε χρειάζεται απαραίτητα να κάνεις μετατροπή. Βάλε τα 16 byte σε έναν πίνακα και μέτα κάνε διαδοχικά XOR.

Για παράδειγμα, έστω Α [16] ο πίνακας με τα ληφθέντα bytes
Το αποτέλεσμα θα είναι A [1] XOR A[2] XOR A[3] XOR ... A[16]

[aseficha]

Μια ερωτηση να κάνω ...Οταν δώσουμε το burst request code υποτίθεται οτι ο server στέλνει πολλά πακετα σε ριπές που ορίζουμε εμείς.....πως αναγνωρίζουμε ότι ο server σταμάτησε να στέλνει δεδομένα και μπορούμε να τυπώσουμε σε ενα string για παράδειγμα τα πακέτα που έχει στείλει π.χ θέλω να τυπώσω το string που θα έχει 4 πακέτα από 2 ριπές δηλαδη 8 πακέτα συνολικά

[Neal]

Μπορείς να μετράς τους χαρακτήρες που έχεις διαβάσει. Το κάθε πακέτο έχει σταθερό αριθμό χαρακτήρων.

[Neal]

τη ρυθμαπόδοση
(throughput) του συστήματος όπως προκύπτει στο τέλος κάθε ριπής σε μία ακολουθία
ριπών που παράγει ο server

πως την υπολογίζουμε;

[Dimitris1989]

τη ρυθμαπόδοση
(throughput) του συστήματος όπως προκύπτει στο τέλος κάθε ριπής σε μία ακολουθία
ριπών που παράγει ο server

πως την υπολογίζουμε;

Θα έχεις ορίσει απο πριν (στην εντολή που στέλνεις) πόσα πακέτα ανα ριπή θα στείλει ο server, οπότε ξεκινάς να μετράς αφού στείλεις την εντολή μέχρι να έρθουν όλα τα πακέτα της ριπής.

[Neal]

Μετά διαιρώ το χρονικό διάστημα αυτό με τον αριθμό των πακέτων;

[Dimitris1989]

Εγώ δεν το διαίρεσα. Αποθήκευσα τον χρόνο κάθε ριπής, έκανα το ίδιο για 99 ριπές και από τις τιμές έβγαλα το γράφημα στο excel

[Neal]

Ναι αλλά αυτός ο χρόνος είναι για συγκεκριμένο πακέτων. Για άλλο αριθμό έχουμε διαφορετική ρυθμαπόδοση; Μία δεν είναι η ρυθμαπόδοση του συστήματος;

[Dimitris1989]

Ναι έχεις δίκιο, μπέρδεψα τα ερωτήματα
Η ρυθμαπόδοση μετριέται σε bps. Ένα πακέτο έχει 35 bytes (μπορείς να το μετρήσεις στον κώδικα σου), οπότε για 99 (99 επέλεξα εγώ, μπορείς να βάλεις ότι θες) πακετα, η ριπή θα έχει 99*35=3465 bytes. Οπότε θα διαιρέσεις το 3465 (ή οποιο νούμερο υπολόγισες εσύ) με το χρόνο που μέτρησες για να το βρεις σε B(ytes)ps, και αν το κάνεις *8 το βγάζεις σε b(tis)ps
Το παραπάνω θα γίνει για κάθε ριπή

[Neal]

Ευχαριστώ φίλε μου

[TTL]

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

Δες τη βιβλιοθήκη ByteArrayOutputStream. Αποθηκεύεις ένα-ένα τα byte σε buffer πίνακα και αφού ολοκληρωθεί η λήψη θα γράψεις τον buffer σε αρχείο με κατάληξη jpg

Καλη η ιδεα σου αλλα τωρα εχω το εξης προβλημα : λαμβανω την εικονα αλλα οχι ολοκληρη ( ειναι μονο 10ΚΒ ). Καταρχην για να πω στο σερβερ να μου στειλει την εικονα δεν αρκει να κανω request image αλλα κανω και echo request code αμεσως  μετα, διαφορετικα απλα μου στελνει ενα ερωτηματικο. Περα απο αυτο απλα αποθηκευω οτι ερχετε σε buffer και απο κει τον πεταω σε αρχειο jpg αλλα δεν ανοιγει διοτι ειναι κατεστραμενο ( κ μικροτερο αποτι θα πρεπει να ναι 20 ως 80ΚΒ).Υποψιαζομαι οτι ο σερβερ στελνει μεν την εικονα αλλα εγς βλεπω το πολυ 8192 byte και δεν αρκουν για ολη την εικονα.Αρα ενω ακομα διαβαζω αυτος συνεχιζει να στελνει.
Ενταξει το βρήκα. Μου έλειπε ενα 

[Neal]

Δοκίμασε με FileOutputStream έτσι ώστε να γράφεις κάθε byte που έρχεται σε αρχείο τη στιγμή που το διαβάζεις. Επίσης, αν δε σου ανοίγει η εικόνα πάει να πει ότι έχουν χαθεί τα πρώτα bytes και όχι τα τελευταία.

[Dimitris1989]

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

Δες τη βιβλιοθήκη ByteArrayOutputStream. Αποθηκεύεις ένα-ένα τα byte σε buffer πίνακα και αφού ολοκληρωθεί η λήψη θα γράψεις τον buffer σε αρχείο με κατάληξη jpg

Καλη η ιδεα σου αλλα τωρα εχω το εξης προβλημα : λαμβανω την εικονα αλλα οχι ολοκληρη ( ειναι μονο 10ΚΒ ). Καταρχην για να πω στο σερβερ να μου στειλει την εικονα δεν αρκει να κανω request image αλλα κανω και echo request code αμεσως  μετα, διαφορετικα απλα μου στελνει ενα ερωτηματικο. Περα απο αυτο απλα αποθηκευω οτι ερχετε σε buffer και απο κει τον πεταω σε αρχειο jpg αλλα δεν ανοιγει διοτι ειναι κατεστραμενο ( κ μικροτερο αποτι θα πρεπει να ναι 20 ως 80ΚΒ).Υποψιαζομαι οτι ο σερβερ στελνει μεν την εικονα αλλα εγς βλεπω το πολυ 8192 byte και δεν αρκουν για ολη την εικονα.Αρα ενω ακομα διαβαζω αυτος συνεχιζει να στελνει.
Ενταξει το βρήκα. Μου έλειπε ενα 

Και εγώ αυτό το πρόβλημα με τα 8192 byte είχα. Ο buffer του virtualmodem έχει τέτοιο μέγεθος γιαυτό το κάνει αυτό. Κάνε loops με while μέχρι η available() να σου επιστρέψει 0