ΙΚΤΥΑ ΕΠΙΚΟΙΝΩΝΙΩΝ Εργαστηριακή Άσκηση 2

Transcript

1 ΙΚΤΥΑ ΕΠΙΚΟΙΝΩΝΙΩΝ Εργαστηριακή Άσκηση 2 1. Συνθετότερα προβλήµατα µε το NS2 Στην άσκηση αυτή θα ορίσουµε στο NS2 µια τοπολογία µε τέσσερις κόµβους, στην οποία ένας κόµβος λειτουργεί ως δροµολογητής και προωθεί τα δεδοµένα που στέλνουν δύο κόµβοι στον τέταρτο κόµβο. Θα βρούµε έναν τρόπο να διακρίνουµε τις ροές δεδοµένων των δύο κόµβων αποστολής και θα δείξουµε πώς µπορεί να επιβλέπεται κάθε ουρά, ώστε να βλέπουµε πόσο γεµάτη είναι και πόσα πακέτα απορρίπτονται. Σηµείωση: Είναι σκόπιµο να ανατρέξετε στο φυλλάδιο της προηγούµενης Άσκησης, για να θυµηθείτε τις διαδικασίες µε τις οποίες σώζονται και τρέχουν τα αρχεία. Θυµίζουµε ότι πριν προσοµοιώσετε ένα αρχείο *.tcl πρέπει κάθε φορά να το σώζετε (Save). Για να εµφανιστεί ο δροµέας (cursor) στο Command Prompt, όταν είναι ανοιχτά το ΝΑΜ ή το Xgraph, πρέπει πρώτα να κλείσετε τα παράθυρά τους. Κλείστε τα µόνο πατώντας το X δεξιά επάνω στην µπάρα του παραθύρου, όχι από το µενού File. Στο τέλος του εργαστηρίου κάντε log off πριν φύγετε. Μια έκδοση του κώδικα δίδεται στο τέλος κάθε Ενότητας για συµβουλευτικό σκοπό και µόνο, π.χ. σε περίπτωση λάθους κλπ. 1.1 Τοπολογία Όπως πάντα, το πρώτο βήµα είναι η τοπολογία. Θα πρέπει να δηµιουργήσετε ένα αρχείο, π.χ. exercise2.tcl, µε τον τρόπο πού περιγράφεται στην Εργαστηριακή Άσκηση 1, χρησιµοποιώντας τον κώδικα της Ενότητας 2.2 εκείνης της άσκησης ως υπόδειγµα. Όπως ειπώθηκε προηγουµένως, αυτός ο κώδικας θα είναι πάντοτε παρόµοιος. Θα πρέπει πάντοτε να δηµιουργείτε ένα αντικείµενο προσοµοίωσης, να αρχίζετε την προσοµοίωση µε την ίδια εντολή και, αν θέλετε να τρέχει το ΝΑΜ και το Xgraph, θα πρέπει να ανοίγετε πάντα αρχεία trace, να τα αρχικοποιείτε και να ορίζετε µια διαδικασία που να τα κλείνει. Εισάγετε τώρα τις παρακάτω γραµµές στο αρχικό template του προηγούµενου κώδικα, ώστε να δηµιουργήσετε 4 κόµβους. set n0 [$ns node] set n1 [$ns node] set n2 [$ns node] set n3 [$ns node] Το παρακάτω τµήµα κώδικα Tcl δηµιουργεί τρεις αµφίδροµες ζεύξεις µεταξύ των κόµβων. $ns duplex-link $n0 $n2 1Mb 10ms DropTail $ns duplex-link $n1 $n2 1Mb 10ms DropTail $ns duplex-link $n3 $n2 1Mb 10ms DropTail Μπορείτε τώρα να σώσετε, µε File Save, και να αρχίσετε το script. Μπορεί να φανεί στο ΝΑΜ, ότι η τοπολογία είναι λίγο άκοµψη. Μπορείτε να κάνετε κλικ στο κουµπί re-layout για να την κάνετε να φαίνεται καλύτερη, αλλά θα ήταν καλό να υπάρχει περισσότερος έλεγχος στο σχέδιο. Προσθέστε τις επόµενες γραµµές στο Tcl script, ξανασώστε και ξαναρχίστε το. $ns duplex-link-op $n0 $n2 orient right-down $ns duplex-link-op $n1 $n2 orient right-up $ns duplex-link-op $n2 $n3 orient right Προφανώς αντιλαµβάνεστε τι κάνει αυτός ο κώδικας, όταν κοιτάξετε τώρα την τοπολογία στο παράθυρο του ΝΑΜ. Θα πρέπει να έχει τη µορφή που φαίνεται στην Eικόνα 1. 1

2 Εικόνα 1 - Αναπαράσταση της τοπολογίας τεσσάρων κόμβων στο ΝΑΜ Παρατηρείστε ότι τα µέρη του ΝΑΜ που έχουν σχέση µε την αυτόµατη σχεδίαση έχουν εξαφανιστεί, επειδή τώρα αναλαµβάνετε εσείς το σχέδιο. Μπορείτε να πειραµατιστείτε µε αυτό, προς το παρόν όµως αφήστε την τοπολογία όπως είναι. 1.2 Τα γεγονότα (events) Δηµιουργείστε τώρα δύο UDP agents µε πηγές που παράγουν κίνηση CBR και προσαρτείστε τους στους κόµβους n0 και n1. Έπειτα δηµιουργείστε έναν Sink Agent και προσαρτήστε τον στον κόµβο n3. # ηµιουργία ενός UDP agent και «προσάρτησή» του στον κόµβο «n0» set udp0 [new Agent/UDP] $ns attach-agent $n0 $udp0 # ηµιουργία µιας πηγής κίνησης CBR traffic source και «τοποθέτησή» της στο «udp0» set cbr0 [new Application/Traffic/CBR] #Προσδιορισµός της κίνησης για τον κόµβο «n0» $cbr0 set packetsize_ 500 $cbr0 set interval_ $cbr0 attach-agent $udp0 # ηµιουργία ενός UDP agent και «προσάρτησή» του στον κόµβο «n1» set udp1 [new Agent/UDP] $ns attach-agent $n1 $udp1 # ηµιουργία µιας πηγής κίνησης CBR και «τοποθέτησή» της στο «udp1» set cbr1 [new Application/Traffic/CBR] #Προσδιορισµός της κίνησης για τον κόµβο «n1» $cbr1 set packetsize_ 500 $cbr1 set interval_ $cbr1 attach-agent $udp1 # ηµιουργία δύο agents sink0 και sink1 για τη λήψη δεδοµένων set sink0 [new Agent/LossMonitor] $ns attach-agent $n3 $sink0 set sink1 [new Agent/LossMonitor] $ns attach-agent $n3 $sink1 # Σύνδεση των δύο CBR agents µε τους sink agentς 2

3 $ns connect $udp0 $sink0 $ns connect $udp1 $sink1 Είναι επιθυµητό να αρχίσει να στέλνει ο πρώτος CBR agent στα 0.5 sec και να σταµατήσει στα 4.5 sec, ενώ ο δεύτερος CBR agent να αρχίσει στο 1.0 sec και να σταµατήσει στα 4.0 sec. $ns at 0.5 "$cbr0 start" $ns at 1.0 "$cbr1 start" $ns at 4.0 "$cbr1 stop" $ns at 4.5 "$cbr0 stop" Αρχίστε το script πληκτρολογώντας ns exercise2.tcl και ύστερα τρέξτε το animation. Εξηγείστε τις παρατηρήσεις σας. Είναι προφανές ότι κάποια πακέτα από τις ροές χάνονται, αλλά δεν είναι εύκολο να τα προσδιορίσουµε. Και οι δύο ροές παριστάνονται µε µαύρο χρώµα, οπότε ο µόνος τρόπος να διαπιστωθεί τι συµβαίνει στα πακέτα είναι να τα παρακολουθεί κάποιος στο NAM κάνοντας κλικ πάνω τους. Στις επόµενες δύο ενότητες θα σας δείξουµε πώς να διακρίνετε δύο διαφορετικές ροές και πώς να βλέπετε τι πραγµατικά συµβαίνει στην ουρά της ζεύξης από n2 προς n Σηµάδεµα ροών Προσθέστε τις παρακάτω δύο γραµµές στους δυο ορισµούς των udp agents αντίστοιχα. $udp0 set class_ 1 $udp1 set class_ 2 Προσθέστε τώρα το παρακάτω τµήµα κώδικα στο Tcl script, κατά προτίµηση στην αρχή µετά τη δηµιουργία του αντικείµενου (object) προσοµοίωσης. $ns color 1 Blue $ns color 2 Red Ο κώδικας αυτός σας επιτρέπει να αντιστοιχίσετε διαφορετικά χρώµατα σε κάθε ροή πακέτου. Σώστε και τρέξτε το script και θα δείτε στο ΝΑΜ ότι η µια ροή θα είναι µπλε ενώ η άλλη θα είναι κόκκινη, όπως φαίνεται στην Εικόνα 2. Εικόνα 2 Αναπαράσταση της κίνησης με έγχρωμη ροή πακέτων στο ΝΑΜ Παρατηρείστε τη ζεύξη από n2 προς n3 για λίγο, και θα διαπιστώσετε ότι µετά από κάποιο χρονικό διάστηµα η κατανοµή µεταξύ µπλε και κόκκινων πακέτων δεν είναι πλέον ίδια. Στην επόµενη ενότητα θα σας δείξουµε πώς µπορείτε να δείτε µέσα στην ουρά κάθε ζεύξης για να παρατηρήσετε τι συµβαίνει. 1.4 Παρακολούθηση ουράς µε το ΝΑΜ Πρέπει να προσθέσετε την παρακάτω γραµµή ορισµού της θέσης της.ουράς. στον κώδικά σας, για να 3

4 παρακολουθήσετε την ουρά της ζεύξης από n2 προς n3. $ns duplex-link-op $n2 $n3 queuepos 0.5 Σώστε και τρέξτε πάλι το αρχείο, αρχίστε το ΝΑΜ και θα δείτε µια εικόνα παρόµοια µε την παρακάτω. Εικόνα 3 Αναπαράσταση στο ΝΑΜ της ουράς πακέτων στη ζεύξη Μπορείτε να δείτε τα πακέτα στην ουρά τώρα και µετά από λίγο να δείτε πώς απορρίπτονται τα πακέτα. Θα δείτε ότι απορρίπτονται µόνο µπλε πακέτα, αλλά δεν µπορούµε να περιµένουµε δικαιοσύνη από µια απλή ουρά DropTail. Ας προσπαθήσουµε λοιπόν να βελτιώσουµε την αναµονή, κάνοντας την πιο.δίκαιη., χρησιµοποιώντας µια ουρά SFQ (Stochastic Fair Queuing) για τη ζεύξη από n2 προς n3. Αλλάξτε την γραµµή που ορίζει τη ζεύξη µεταξύ n2 και n3 στην παρακάτω γραµµή: $ns duplex-link $n3 $n2 1Mb 10ms SFQ Σηµείωση: Θυμηθείτε να κλείνεται το ΝΑΜ µόνο πατώντας το X δεξιά επάνω στην µπάρα του παραθύρου, όχι από το µενού File. 1.5 Ερωτήσεις Ποιο είναι το ποσοστό των πακέτων που χάνονται από την µπλε και κόκκινη ροή, χρησιμοποιώντας ουρά DropTail; Παρατηρώντας το animation, εκτιµήστε το ποσοστό των πακέτων που χάνονται από την µπλε και από την κόκκινη ροή, χρησιμοποιώντας ουρά SFQ; Είναι το ποσοστό αυτό αναμενόμενο, αν λάβουμε υπόψη τον ρυθμό μετάδοσης κάθε πηγής και τη χωρητικότητα της ζεύξης; Ποιες είναι οι απώλειες κάθε ροής σε bit/sec; 1.6 Παρακολούθηση ουράς µε το Xgraph Για να µπορέσετε να δείτε τα αποτελέσµατα της προσοµοίωσης και σε γραφική παράσταση, θα πρέπει να ορίσετε µια διαδικασία καταγραφής της κίνησης σε ένα αρχείο εξόδου trace, προσθέτοντας τις παρακάτω γραµµές στο script, κάτω από τη εντολή ορισµού της θέσης της ουράς που είδαµε στην 1.4. # ιαδικασία (procedure) καταγραφής της κίνησης proc record { { global sink0 sink1 f0 f1 set ns [Simulator instance] #Ορισµός της ώρας που η διαδικασία θα ξανακληθεί. set time 0.2 #Καταγραφή των bytes 4

5 set bw0 [$sink0 set bytes_] set bw1 [$sink1 set bytes_] #Λήψη της τρέχουσας ώρας set now [$ns now] #Υπολογισµός του bandwidth και καταγραφή αυτού στο αρχείο. puts $f0 "$now [expr $bw0/$time*8/ ]" puts $f1 "$now [expr $bw1/$time*8/ ]" #Κάνει την τιµή bytes_ 0 $sink0 set bytes_ 0 $sink1 set bytes_ 0 #Επαναπρογραµµατισµός της διαδικασίας. $ns at [expr $now+$time] "record" Η διαδικασία αυτή της καταγραφής θα πρέπει να κληθεί στην αρχή της προσοµοίωσης, βάζοντας τις παρακάτω γραµµές στους καθορισµούς των χρόνων των γεγονότων (events). #Αρχή της καταγραφής δεδοµένων $ns at 0.0 "record" Επίσης, πρέπει να εισαχθούν και οι παρακάτω γραµµές για τη δηµιουργία του αρχείου του Xgraph, µετά τη δηµιουργία αρχείου εγγραφής για το ΝΑΜ. # ηµιουργία του αρχείου εγγραφής για χρήση µε το Xgraph set f0 [open out0.tr w] set f1 [open out1.tr w] Τέλος, στη διαδικασία κλεισίµατος των αρχείων θα πρέπει να προστεθούν οι εξής εντολές: #Κλείσιµο των αρχείων εξόδου close $f0 close $f1 Μπορείτε να δείτε ταυτόχρονα τις γραφικές παραστάσεις του ρυθµού µετάδοσης των δεδοµένων που συνέλεξαν και οι δύο sink agents για τις δύο ροές πληκτρολογώντας την εντολή: xgraph out0.tr out1.tr. 1.7 Ερωτήσεις Επαληθεύστε τις απαντήσεις της Ενότητας 1.5 (για ουρά DropTail και ουρά SFQ), χρησιµοποιώντας τις γραφικές παραστάσεις του Xgraph. Ποια είναι η µέγιστη και ποια η ελάχιστη τιµή του ρυθµού µεταφοράς των δεδοµένων για τις δυο ροές; Στις γραφικές παραστάσεις του Xgraph υπάρχουν διαστήματα με μηδενικό ρυθμό μετάδοσης και διαστήματα που η μια πηγή από μόνη της φθάνει το 1 Mbps. Πώς ερμηνεύετε αυτές τις παρατηρήσεις; 5

6 Ολοκληρωµένος κώδικας για την Εργαστηριακή Άσκηση 2, Ενότητα 1 set ns [new Simulator] $ns color 1 Blue $ns color 2 Red set nf [open out.nam w] $ns namtrace-all $nf set f0 [open out0.tr w] set f1 [open out1.tr w] set n0 [$ns node] set n1 [$ns node] set n2 [$ns node] set n3 [$ns node] $ns duplex-link $n0 $n2 1Mb 10ms DropTail $ns duplex-link $n1 $n2 1Mb 10ms DropTail $ns duplex-link $n3 $n2 1Mb 10ms DropTail $ns duplex-link-op $n0 $n2 orient right-down $ns duplex-link-op $n1 $n2 orient right-up $ns duplex-link-op $n2 $n3 orient right $ns duplex-link-op $n2 $n3 queuepos 0.5 proc record { { global sink0 sink1 f0 f1 set ns [Simulator instance] set time 0.1 set bw0 [$sink0 set bytes_] set bw1 [$sink1 set bytes_] set now [$ns now] puts $f0 "$now [expr $bw0/$time*8/ ]" puts $f1 "$now [expr $bw1/$time*8/ ]" $sink0 set bytes_ 0 $sink1 set bytes_ 0 $ns at [expr $now+$time] "record" proc finish { { global ns nf f0 f1 $ns flush-trace close $nf close $f0 close $f1 exit 0 set udp0 [new Agent/UDP] $ns attach-agent $n0 $udp0 $udp0 set class_ 1 set cbr0 [new Application/Traffic/CBR] $cbr0 set packetsize_ 500 $cbr0 set interval_ $cbr0 attach-agent $udp0 set udp1 [new Agent/UDP] $ns attach-agent $n1 $udp1 $udp1 set class_ 2 set cbr1 [new Application/Traffic/CBR] $cbr1 set packetsize_ 500 $cbr1 set interval_ $cbr1 attach-agent $udp1 set sink0 [new Agent/LossMonitor] $ns attach-agent $n3 $sink0 6

7 set sink1 [new Agent/LossMonitor] $ns attach-agent $n3 $sink1 $ns connect $udp0 $sink0 $ns connect $udp1 $sink1 $ns at 0.0 "record" $ns at 0.5 "$cbr0 start" $ns at 1.0 "$cbr1 start" $ns at 4.0 "$cbr1 stop" $ns at 4.5 "$cbr0 stop" $ns at 5.0 "finish" $ns run 7

8 2. υναµική συµπεριφορά δικτύου Στην άσκηση αυτή θα παρουσιάσουµε ένα παράδειγµα δυναµικού δικτύου, όπου η δροµολόγηση αναπροσαρµόζεται όταν κοπεί κάποια ζεύξη. Κατά την πορεία θα σας δείξουµε πώς µπορείτε να διατηρήσετε ένα µεγαλύτερο αριθµό κόµβων σε ένα Tcl array αντί να δώσετε σε κάθε κόµβο το δικό του όνοµα. 2.1 Δηµιουργία µεγαλύτερης τοπολογίας Δηµιουργείστε ένα Tcl script γι. αυτή την άσκηση µε όνοµα.exercise3.tcl.. Μπορείτε να µεταφέρετε το αρχικό template από την Εργαστηριακή Άσκηση 1 σ αυτό το αρχείο. Σηµειώνεται πάλι ότι για επαλήθευση και διόρθωση τυχόν λαθών, ο κώδικας υπάρχει ολοκληρωµένος στο τέλος της άσκησης. Όπως πάντα, πρέπει πρώτα να δηµιουργηθεί η τοπολογία, αν και αυτή τη φορά ακολουθείται άλλη προσέγγιση που θα τη βρείτε πιο βολική, όταν χρειάζεται να δηµιουργείτε µεγαλύτερες τοπολογίες. Ο ακόλουθος κώδικας δηµιουργεί επτά κόµβους και τους αποθηκεύει στο array n(). for {set i 0 {$i <7 {incr i { set n($i) [$ns node] Θα πρέπει να έχετε ήδη συναντήσει βρόχους for σε άλλες γλώσσες προγραµµατισµού και σίγουρα καταλαβαίνεται αµέσως τη δοµή. Σηµειώστε ότι τα arrays, όπως ακριβώς και οι άλλες µεταβλητές στην Tcl, δεν πρέπει να διευκρινιστούν από την αρχή. Στη συνέχεια συνδέουµε τους κόµβους για να δηµιουργηθεί κυκλική τοπολογία. Ο κώδικας που ακολουθεί ίσως σας φαίνεται αρχικά λίγο πολύπλοκος. for {set i 0 {$i <7 {incr i { $ns duplex-link $n($i) $n([expr ($i+1)%7]) 1mb 10ms Droptail Ο βρόχος for συνδέει όλους τους κόµβους µε τον επόµενο κόµβο στο array, µε εξαίρεση τον τελευταίο που συνδέεται µε τον πρώτο κόµβο. Για να γίνει αυτό χρησιµοποιείται ο τελεστής % (modulo). Όταν τρέξετε το script, η τοπολογία θα φαίνεται αρχικά λίγο περίεργη στο NAM, αλλά αφού κάνετε κλικ στο κουµπί re-layout θα φαίνεται όπως στην Εικόνα 4. Εικόνα 4 Αναπαράσταση της κυκλικής τοπολογίας στο ΝΑΜ 2.2 Διακοπή ζεύξης Το επόµενο βήµα είναι να σταλούν δεδοµένα από τον κόµβο n0 στον κόµβο n3. # ηµιουργία ενός UDP agent και «προσκόλλησή» του στον κόµβο «n0» set udp0 [new Agent/UDP] 8

9 $ns attach-agent $n(0) $udp0 # ηµιουργία µιας πηγής κίνησης CBR traffic source και «τοποθέτησή» της στο «udp0» set cbr0 [new Application/Traffic/CBR] #Προσδιορισµός της κίνησης για τον κόµβο n0 $cbr0 set packetsize_ 500 $cbr0 set interval_ $cbr0 attach-agent $udp0 # ηµιουργία του agent sink0 για τη λήψη δεδοµένων και «προσάρτησή» του στον κόµβο «n3» set sink0 [new Agent/LossMonitor] $ns attach-agent $n(3) $sink0 # Σύνδεση του CBR agent µε τον Sink agent $ns connect $udp0 $sink0 #Αρχή γεννήτριας κίνησης $ns at 0.5 "$cbr0 start" #Τέλος γεννήτριας κίνησης $ns at 4.5 "$cbr0 stop" Ο παραπάνω κώδικας θα πρέπει να σας είναι τώρα γνώριµος. Η µόνη διαφορά ως προς τις τελευταίες ενότητες είναι ότι τώρα χρησιµοποιούνται στοιχεία του array των κόµβων. Αν αρχίσετε το script, θα δείτε ότι η κίνηση ακολουθεί τη συντοµότερη διαδροµή από τον κόµβο 0 στον κόµβο 3 µέσω των κόµβων 1 και 2, όπως θα αναµενόταν. Προσθέτουµε τώρα ένα ενδιαφέρον χαρακτηριστικό. Κάνουµε τη ζεύξη µεταξύ των κόµβων 1 και 2 (που χρησιµοποιείται για τη µετάδοση) να διακοπεί για 1 sec. $ns rtmodel-at 1.0 down $n(1) $n(2) $ns rtmodel-at 2.0 up $n(1) $n(2) Μπορείτε τώρα να αρχίσετε το script πάλι και θα δείτε ότι µεταξύ 1.0 και 2.0 sec η ζεύξη θα διακοπεί και όλα τα δεδοµένα που στέλνονται από τον κόµβο 0 χάνονται ( Εικόνα 5). Εικόνα 5 Αναπαράσταση της διακοής ζεύξης μεταξύ 1 και 2 Θα δείτε τώρα πώς να χρησιµοποιείτε τη δυναµική δροµολόγηση για την επίλυση αυτού του προβλήµατος. Προσθέστε την επόµενη γραµµή στην αρχή του Tcl script, µετά τη δηµιουργία του object προσοµοίωσης. $ns rtproto DV 9

10 Αρχίστε πάλι την προσοµοίωση και θα δείτε ότι, αρχικά, ένας µεγάλος αριθµός µικρών πακέτων κυκλοφορούν στο δίκτυο. Αν ελαττώσετε αρκετά την ταχύτητα του NAM για να κάνετε κλικ πάνω στα πακέτα, θα δείτε ότι υπάρχουν πακέτα rtproto DV (routing protocol distance vector) τα οποία χρησιµοποιούνται για την ανταλλαγή πληροφορίας δροµολόγησης µεταξύ των κόµβων. Όταν η ζεύξη διακοπεί πάλι στο 1.0 sec, η δροµολόγηση θα ενηµερωθεί και η κίνηση θα αναδροµολογηθεί µέσω των κόµβων 6, 5 και 4 (Εικόνα 6). Εικόνα 6. Αναδροµολόγηση των πακέτων της ζεύξης Ερωτήσεις Περιγράψτε µε απλά λόγια τη διαδικασία που έλαβε χώρα στο παραπάνω animation. Από τι εξαρτάται η δυναμική συμπεριφορά του δικτύου; Γιατί ο κόµβος 0 συνεχίζει να στέλνει πακέτα στον κόµβο 1 για κάποια msecs ενώ έχει πέσει η σύνδεση µεταξύ των κόµβων 1 και 2; Για ποιο λόγο σταµατάει και αλλάζει τη δροµολόγηση προς τον κόµβο 6; 2.4 Προσοµοίωση στο Xgraph Για να δείτε τα αποτελέσµατα και σε µορφή γραφικής παράστασης µε το Xgraph, προσθέστε την παρακάτω διαδικασία στο script και κάντε τις απαραίτητες αλλαγές στον υπόλοιπο κώδικα. # ιαδικασία (procedure) καταγραφής της κίνησης proc record { { global sink0 f0 set ns [Simulator instance] #Ορισµός της ώρας που η διαδικασία θα ξανακληθεί set time 0.2 #Καταγραφή των bytes set bw0 [$sink0 set bytes_] #Λήψη της τρέχουσας ώρας set now [$ns now] #Υπολογισµός του bandwidth και καταγραφή αυτού στο αρχείο puts $f0 "$now [expr $bw0/$time*8/ ]" 10

11 #Κάνει την τιµή bytes_ 0 $sink0 set bytes_ 0 #Επαναπρογραµµατισµός της διαδικασίας $ns at [expr $now+$time] "record" 2.5 Ερωτήσεις Συγκρίνετε το animation µε τη γραφική παράσταση. Είναι κατά τη γνώµη σας σωστό το γράφηµα; Προσπαθήστε να το βελτιώσετε αλλάζοντας µία από τις µεταβλητές της διαδικασίας record. Να σχεδιάσετε, με το Xgraph, δύο βελτιωμένα γραφήματα για δύο διαφορετικές τιμές τις μεταβλητής που θα αλλάξετε; Εξηγείστε το σχήµα της γραφικής παράστασης σε συνάρτηση µε τα γεγονότα και τις παραµέτρους του δικτύου. 11

12 Ολοκληρωµένος κώδικας για την Εργαστηριακή Άσκηση 2, Ενότητα 2 set ns [new Simulator] $ns rtproto DV set nf [open out.nam w] $ns namtrace-all $nf set f0 [open out0.tr w] proc record { { global sink0 f0 set ns [Simulator instance] set time 0.2 set bw0 [$sink0 set bytes_] set now [$ns now] puts $f0 "$now [expr $bw0/$time*8/ ]" $sink0 set bytes_ 0 $ns at [expr $now+$time] "record" proc finish { { global ns nf f0 $ns flush-trace close $nf close $f0 exit 0 for {set i 0 {$i < 7 {incr i { set n($i) [$ns node] for {set i 0 {$i < 7 {incr i { $ns duplex-link $n($i) $n([expr ($i+1)%7]) 1Mb 10ms DropTail set udp0 [new Agent/UDP] $ns attach-agent $n(0) $udp0 set cbr0 [new Application/Traffic/CBR] $cbr0 set packetsize_ 500 $cbr0 set interval_ $cbr0 attach-agent $udp0 set sink0 [new Agent/LossMonitor] $ns attach-agent $n(3) $sink0 $ns connect $udp0 $sink0 $ns at 0.0 "record" $ns at 0.5 "$cbr0 start" $ns rtmodel-at 1.0 down $n(1) $n(2) $ns rtmodel-at 2.0 up $n(1) $n(2) $ns at 4.5 "$cbr0 stop" $ns at 5.0 "finish" $ns run 12