Här är alla brev som Jack Pencz har skrivit till AU 2 !!!!!!!
Utskickning av epost till A2 990305
Broadcast A2 (Principer eller ej) 990502
Broadcast A2 (division modulo-2) 990502
Bifogade filer:
Datum: Thu, 25 Feb 1999 16:56:59 +0100
Från: Jack Pencz <jack.pencz@ton.oru.se>
Till: ronny.ohlssonh971@stud.oru.se
Hej Ronny!
Var vänlig meddela A2 det följande:
LABORATIONER I DATAKOMMUNIKATION
Om en lab-rapprot lämnas in senast efter en vecka, får du tillgodaräkna dig
0.5 poäng på tentan.
Mvh
Jack
==============================================
Jack Pencz
Fanjunkarevägen 3
703 65 ÖREBRO
019 - 31 49 64 (hem), 21 64 05, 30 37 30 (arb)
jack.pencz@ton.oru.se
http://surf.to/japez
============================================
Datum: Thu, 25 Feb 1999 14:21:47 +0100
Från: Jack Pencz <jack.pencz@ton.oru.se>
Till: Ronny.OhlssonH971@stud.oru.se
Hej Ronny!
Kan du skicka meddelande till alla i A2 om att jag skrev fel på tavlan
under laborationen den 24/2. Angående transparant kodning. Rätt ska vara:
#J => LF (Line Feed)
#M => CR (Carridge Return)
Mvh
Jack
Datum: Thu, 25 Feb 1999 17:31:33 +0100
Från: Jack Pencz <jack.pencz@ton.oru.se>
Till: <ronny.ohlssonH971@stud.oru.se>
Hej Ronny!
Ytterligare ett broadcast till A2:
================================================================
RAPPORTER TILL LAB MED MODEM, DATAKOMMUNIKATION
1) Följande har inte lämnat in rapport:
xxxxxxx xxxxxxx och xxxxxx xxxxxx
2) Följande har inte fått 0,5 poäng till godo på tentan:
5st xxxxxxx xxxxxxxx
3) Eftersom xxxxxxx xxxxx och xxxxxxxx xxxxx inte har gjort laborationen
kan jag ännu inte avgöra om ni ska få tillgodagöra er 0,5 poäng eller ej.
Ett grundläggande krav för detta är att ni gör laborationen innan tentan.
Hör snarast av er för att beställa tid för lab.
Mvh
Jack
==============================================
Jack Pencz
Fanjunkarevägen 3
703 65 ÖREBRO
019 - 31 49 64 (hem), 21 64 05, 30 37 30 (arb)
jack.pencz@ton.oru.se
http://surf.to/japez
==============================================
Ämne: Broadcast till A2
Datum: Fri, 26 Feb 1999 17:34:01 +0100
Från: "Jack Pencz" <jack.pencz@ton.oru.se>
Till: "Ronny Ohlsson" <ronny.ohlssonH971@stud.oru.se>
Hej!
Senaste versionen (3).
Mvh
Jack
=============================================
Jack Pencz
Fanjunkarevägen 3
S-703 65 ÖREBRO
Sweden
019 - 31 49 64 (home)
019 - 303730, 216405 (work)
019 - 303463, 216711 (fax at work)
jack.pencz@ton.oru.se
http://surf.to/japez
=============================================
Ämne: Broadcast till A2
Datum: Fri, 26 Feb 1999 18:51:27 +0100
Från: "Jack Pencz" <jack.pencz@ton.oru.se>
Till: "Ronny Ohlsson" <ronny.ohlssonH971@stud.oru.se>
Läsanvisningar version 4.
Mvh
Jack
=============================================
Jack Pencz
Fanjunkarevägen 3
S-703 65 ÖREBRO
Sweden
019 - 31 49 64 (home)
019 - 303730, 216405 (work)
019 - 303463, 216711 (fax at work)
jack.pencz@ton.oru.se
http://surf.to/japez
============================================
Ämne: Broadcast A2
Datum: Sat, 27 Feb 1999 12:36:25 +0100
Från: "Jack Pencz" <jack.pencz@ton.oru.se>
Till: "Ronny Ohlsson" <ronny.ohlssonH971@stud.oru.se>
Version fem av studieplanen.
Mvh
Jack
=============================================
Jack Pencz
Fanjunkarevägen 3
S-703 65 ÖREBRO
Sweden
019 - 31 49 64 (home)
019 - 303730, 216405 (work)
019 - 303463, 216711 (fax at work)
jack.pencz@ton.oru.se
http://surf.to/japez
=============================================
Datum: Sat, 27 Feb 1999 12:45:36 +0100
Från: "Jack Pencz" <jack.pencz@ton.oru.se>
Till: "Ronny Ohlsson" <ronny.ohlssonH971@stud.oru.se>
Hej!
För att undanröja alla misstankar om orättvis behandling beträffande poäng för
inlämnad lab-rapport senast en vecka efter utförd lab:
Jag fick fel namn på er afrikanske kurskamrat. Han heter inte xxxxx xxxxx.
Detta innebär att både xxxxxx xxxxx och xxxxxx xxxxx går misste om 0,5
poäng eftersom de inte har lämnat in lab-rapporten till MODEM.
Mvh
Jack
=============================================
Jack Pencz
Fanjunkarevägen 3
S-703 65 ÖREBRO
Sweden
019 - 31 49 64 (home)
019 - 303730, 216405 (work)
019 - 303463, 216711 (fax at work)
jack.pencz@ton.oru.se
http://surf.to/japez
=============================================
From: "Jack Pencz" <jack.pencz@ton.oru.se>
To: "Ronny Ohlsson" <ronny.ohlssonH971@stud.oru.se>
Subject: Broadcast A2
Date: Tue, 2 Mar 1999 06:53:41 +0100
Hej!
Jag glömde att lägga in Dijkstras vägvalsalgoritm i studieplanen. Därför
kommer här version nr. 8.
Mvh
Jack
Datum: Tue, 2 Mar 1999 19:29:29 +0100
Från: "Jack Pencz" <jack.pencz@ton.oru.se>
Till: "Ronny Ohlsson" <ronny.ohlssonH971@stud.oru.se>
Hej!
Angående vanligt förekommande frågor (s. k. FAQ) om laborationen
FILÖVERFÖRING:
1b) Varför är Chr(127) kodad?
I en del plattformar tolkas Chr(127) som DELETE.
1f) Varför är inte alla Ord('x') < 32 kodade?
Obs. att endast de tecken i listningen som är märkta med 1 är kodade. I FAST
MODE kodas ett fåtal kontrolltecken och i ROBUST MODE alla.
3) Varför är UNIX-textformatet mindre än PC-textformatet?
UNIX använder LF vid radslut och PC använder kombinationen CR och LF.
4) Hoppsan vart tog kontrolltecknet för radslut vägen i OpenVMS (KAPPA)?
Dumpen visar att det saknas speciella radslut i VMS-textformatet. Istället anges
hur lång varje rad innan ASCII-tecknen. Observera att hexadecimal-dumpen visar
varje rad baklänges. Därför kommer radlängden sist. Ett exempel 003B som
betyder 59 tecken. Filslut markeras med FFFF.
För att upprepa historien om kodning av kontrolltecken (grundversionen):
A. 7-bitars ASCII
Ord('x') < 32 och Ord('x) = 127 kodas till en sekvens av två skrivbara tecken.
B. 8-bitars ASCII som sänds med 7-bitar (!!!) och ev. en paritetsbit
Ord('x') < 32 kodas med två tecken: # och Chr(Ord('x') + 64)
127 < Ord('x') < 160 kodas med tre tecken: &# och Chr(Ord('x') - 64)
159 < Ord('x') kodas med två tecken: & och Chr(Ord('x') - 128)
# kodas med ##
&# kodas med &##
& kodas med &#
&& kodas med &#&
Exempel: #J som betyder LF och #M som betyder CR.
Teckenkompression:
~ är kontrolltecknet som betyder kompression
# betyder 3 tecken, ty Ord('#') = 35 och 35 - 32 = 3
$ betyder 4 tecken, ty Ord('$') = 36 och 36 - 32 = 4
% betyder 5 tecken, ty Ord('%') = 37 och 37 - 32 = 5
osv.
Exempel: ~*B som betyder BBBBBBBBBB (dvs. 10 st. B)
Lycka till på tentan!
Jack
=============================================
Jack Pencz
Fanjunkarevägen 3
S-703 65 ÖREBRO
Sweden
019 - 31 49 64 (home)
019 - 303730, 216405 (work)
019 - 303463, 216711 (fax at work)
jack.pencz@ton.oru.se
http://surf.to/japez
=============================================
Datum: Thu, 4 Mar 1999 08:09:29 +0100
Från: "Jack Pencz" <jack.pencz@ton.oru.se>
Till: "Ronny Ohlsson" <ronny.ohlssonH971@stud.oru.se>
FAQ Laboration 4: Informationsökning
Fråga 17) Halsall kap. 8. PSPDN: Paketen förses med adresser och PSE
skickar paketen vidare enligt routing-tabeller. Antingen skickas data som
datagram eller under virtuella samtal (kretsar). Felkontroll och flödesreglering
mellan varje nod i nätet. CSPDN: Det kopplas upp en fysisk kanal och data
skickas i lediga celler (Slots). En bra jämförelse är det vanliga telefonnätet.
Så till problemet med ATM
Den professionelle Halsall säger aldrig om ATM är PSPDN eller CSPDN. Han
använder istället begreppet cell-based network.
ATM:s cellförmedling påminner i terminologin mycket om X.25 som ju helt klart
är en rekommendation för paketförmedlande nät. Vid noggrannare undersökning
visar det sig att ATM använder fixerade vägar genom nätet som bestäms av
Signaling Control Point och /eller Network Management. Man kan säga att en
station frågar SCP om vilket tåg som ska användas och ger sitt data till tåget
som följer ett givet spår. Det givna spåret hålls genom att ATM-switcharna växlar
cellerna till rätt länkar. På så sätt liknar förfarandet en kretskopplad förbindelse
av typen PSTN. Hur är det då med felhantering och flödesreglering mellan
noderna i nätet? Halsall säger på sidan 576 att generic flow control i dagsläget
endast görs över UNI-gränssnittet alltså inte ute på ATM-nätet (NNI-gränssnittet).
Hur Header error checksum används framkommer inte av boken. Jag tycker att
ATM är ett gränsfall mellan de båda typerna. Det är mycket svårt att säga om
det är ett rent paketförmedlande nät eller ett slags kretskopplande nät. Kanske
är det diplomatiskt att säga att ATM bygger på bägge principerna. Därför bör
man vara försiktig med att tolka siter som innehåller självsäkra uppgifter om
detta.
Observera att den senaste studieplanen är
version nr. 8!
Mvh
Jack
=============================================
Jack Pencz
Fanjunkarevägen 3
S-703 65 ÖREBRO
Sweden
019 - 31 49 64 (home)
019 - 303730, 216405 (work)
019 - 303463, 216711 (fax at work)
jack.pencz@ton.oru.se
http://surf.to/japez
=============================================
Ämne: Utskickning av epost till A2
Datum: Fri, 05 Mar 1999 12:12:20 +0100
Från: Jack Pencz <jack.pencz@ton.oru.se>
Till: <ronny.ohlssonH971@stud.oru.se>
Hej Ronny!
Du har väl skickat ut alla mina meddelanden till A2?
(Jag har fått frågor i lab-rapporter som jag redan har besvarat med FAQ.
Kanske kan det bero på att epost inte har blivit läst eller kommer efter
att rapporterna skrevs.)
Mvh
Jack
==============================================
Jack Pencz
Fanjunkarevägen 3
703 65 ÖREBRO
019 - 31 49 64 (hem), 21 64 05, 30 37 30 (arb)
jack.pencz@ton.oru.se
http://surf.to/japez
==============================================
Datum: Sat, 27 Mar 1999 16:25:11 +0100
Från: "Jack Pencz" <jack.pencz@ton.oru.se>
Till: "Ronny Ohlsson" <ronny.ohlssonH971@stud.oru.se>
Hej alla i A2!
Endast 8 av de 29 i årets A2 som gick upp på tentan klarade sig.
Kanske var det en kombination av avsaknad av provtenta och
dåliga kunskaper. Lösningar till tentan finns på
http://surf.to/japez
Klicka på Enter och välj sedan Education i den vänstra menyn.
Där kan du se att de flesta uppgifterna inte alls är svåra att lösa.
Jag har talat med Christer Linkvist, Morgan Klang och Kåre
Schortz om tentaresultatet. Dessa har givit sina synpunkter till
mig. Christer meddelar att tentan inte är för svår. Morgan hänvisar
till liknande resultat i andra kurser. Både Morgan och Kåre har
givit sitt samtycke till någon form hjälp för de som ligger nära
godkänd. Detta gäller endast de av er som har minst 20 poäng på
tentan. Jag har återkallat de tentor som kan komma ifråga för en
översyn. Om helhetsintrycket av dessa tentor är gott, kommer jag
att utföra muntlig examination. De som kan komma ifråga har
meddelats per epost. OBSERVERA ATT DETTA GÖRS
ENBART PÅ GRUND AV ATT NI INTE FICK UT NÅGON
ÖVNINGSTENTA. Detta kommer ALDRIG att bli någon regel i
varken mina eller andra lärares kurser i framtiden.
Mvh
Jack
=============================================
Jack Pencz
Fanjunkarevägen 3
S-703 65 ÖREBRO
Sweden
019 - 314964 (home)
019 - 303730, 216405 (work)
019 - 303463, 216711 (fax at work)
jack.pencz@ton.oru.se
http://surf.to/japez
=============================================
Ämne: Broadcast A2 rättelse
Datum: Sat, 27 Mar 1999 16:30:58 +0100
Från: "Jack Pencz" <jack.pencz@ton.oru.se>
Till: "Ronny Ohlsson" <ronny.ohlssonH971@stud.oru.se>
Hej alla i A2!
Jag lyckades inte att fullständigt rätta till definitionen av Round-Trip Delay. Detta har
egentligen ingen betydelse för varken räkneövningar under lektioner eller uppgift på
tenta. En klar och tydlig definition ska lyda:
Tiden från det att den första biten i meddelandet skickas ut tills den sista biten i
KVITTENSEN kommer tillbaka (till avsändaren).
(Round betyder i detta fall fram och tillbaka.)
Glad påsk!
Jack
=============================================
Jack Pencz
Fanjunkarevägen 3
S-703 65 ÖREBRO
Sweden
019 - 314964 (home)
019 - 303730, 216405 (work)
019 - 303463, 216711 (fax at work)
jack.pencz@ton.oru.se
http://surf.to/japez
==================================
Datum: Thu, 22 Apr 1999 21:43:04 +0200
Hej alla i A2!
Översänder en sammanställning över behovet av synkronisering för dels asyknron kommunikation och dels synkron kommunikation.
Omtentan är prel. onsdagen den 26/5.
Mvh
Jack
Datum: Fri, 30 Apr 1999 11:34:32 +0200
Från: Jack Pencz <jack.pencz@ton.oru.se>
Till: <ronny.ohlssonH971@stud.oru.se>
Hej alla i A2!
Glöm inte bort omtentan som prel. är den 26/5.
I sammanfattningen om synkronisering glömde jag bort fallet att sända ramar
asynkront. Därför får ni en ny sammanfattning som innehåller en tredje
punkt för det asynkrona fallet.
Synkronisering.rtf
Name: Synkronisering.rtf
Type: Plain Text (text/plain)
Mvh
Jack
==============================================
Jack Pencz
Fanjunkarevägen 3
703 65 ÖREBRO
019 - 31 49 64 (hem), 21 64 05, 30 37 30 (arb)
jack.pencz@ton.oru.se
http://surf.to/japez
==============================================
Ämne: Broadcast A2 (Principer eller ej)
Datum: Sun, 2 May 1999 12:43:03 +0200
Från:"Jack Pencz" <jack.pencz@ton.oru.se>
Till: "Ronny Ohlsson" <ronny.ohlssonH971@stud.oru.se>
Hej alla i A2!
Från studenternas håll sägs det att det är för få uppgifter om principer på tentan i
DATORKOMMUNIKATION. Jag har talat med Christer Linkvist om den första tentan som ni
fick. Han sa ungefär så här: "Det är liknande uppgifter som jag brukar ha men med andra
formuleringar." Mycket riktigt, jag har studerat äldre tentor som Christer har givit.
Uppgifterna som ni fick på den första tentan är av samma art men med två viktiga
avvikelser:
1. A2 fick tre uppgifter rörande fältbussar.
2. Jag gav detaljerad information om vilka svar som krävdes för full poäng. Detta är
något som studenterna i D3 och E3 har önskat sig i LOKALA NÄTVERK. De tyckte
inte om att behöva förklara PRINCIPER utan att veta hur ingående svaren skulle vara.
Därför överförde jag denna frågeteknik även till DATORKOMMUNIKATION.
Dessutom har jag gått igenom uppgifterna på den första tentan för att se hur stor andel som
verkligen var PRINCIPER. Det visar sig att 91 % av den maximala poängsumman omfattar
principer.
Uppgift Andel principfrågor
Övriga kommentarer
1 100 %
2 100 %
3 100 %
4 0
5 100 %
Visa principen genom att utföra beräkningar.
6 100 %
Visa principen genom att utföra beräkningar.
7 50 %
8 100 %
9 100 %
Visa principen genom att utföra beräkningar.
10 100 %
11 100 %
12 100 %
Principer för ARPANET.
13 100 %
14 100 %
15 100 %
Principer för ATM.
16 100 %
Visa principen genom att utföra beräkningar.
17 100 %
Totalt är det 45,5 poäng med principer som
motsvarar 91 % av maximal poängsumma.
Mvh
Jack
=============================================
Jack Pencz
Fanjunkarevägen 3
S-703 65 ÖREBRO
Sweden
019 - 314964 (home)
019 - 303730, 216405 (work)
019 - 303463, 216711 (fax at work)
jack.pencz@ton.oru.se
http://surf.to/japez
=============================================
Ämne: Broadcast A2 (division modulo-2)
Datum: Sat, 1 May 1999 13:32:46 +0200
Från: "Jack Pencz" <jack.pencz@ton.oru.se>
Till: "Ronny Ohlsson" <ronny.ohlssonH971@stud.oru.se>
Hej alla i A2!
I CRC använder vi som bekant division modulo-2 för att räkna ut en rest som läggs till
meddelandet (M) som sedan skickas. Vi kan kalla resten för CRC. Hos mottagaren
kontrolleras sedan att T = M + CRC dividerat (modulo-2) med G är noll. Annars har det
blivit fel under överföringen. (Detta fungerar eftersom vi räknar binärt.)
Var försiktig med division modulo-2. Observera att CRC fungerar men att
resultatet inte alltid är det normala. Ta en titt i Word-filen. Där ser du resultatet av 4/3, 5/3
och 6/3 modulo-2.
Mvh
Jack