Overleg:Capita selecta programmatuur: Broadband communication

Ga naar: navigatie, zoeken

Sip message fout ?

Les 1, slide 38: To is Bob en From is Alice, maar 'Contact' is Bob.

Voor de '100 Trying' messages, OK: want dat is reply van server op Alice haar boodschap.

Maar van bob naar Alice ? Anderzijds is CSeq nog steeds hetzelfde en gaat het dus nog over dezelfde transaction, ook de Via's zijn nog aanwezig. Het is dus mogelijk maar dan wel verschillend van vb http of mail.

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.1.3.3:3456
To: Bob <sip:bob@biloxi.com>
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID: a84b4c76e66710@10.1.3.3
CSeq: 314159 INVITE
Contact-Length: 0
SIP/2.0 100 Trying 
Via: SIP/2.0/UDP 10.1.1.1:2301;branch=77ef4c2312983.1
Via: SIP/2.0/UDP 10.1.3.3:3456
To: Bob <sip:bob@biloxi.com>
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID: a84b4c76e66710@10.1.3.3
CSeq: 314159 INVITE
Contact-Length: 0

Volgens mij gaat het hier om een bevestiging van de invite (Trying to invite) en die invite gaat uit van Alice, dus lijkt het me logisch dat To: Bob is en From: Alice.

Give 2 specific problems when the Internet is used for voice. What are (partial) solutions to these problems.

Problems [in the extreme: generates packet loss] --> niet akkoord: jitter genereert geen packet loss. Pas wanneer de jitter groot genoeg (pakketten komen out of order aan) is, en er een dejitterbuffer wordt toegepast, zullen pakketten door de ontvanger weggegooid worden.

--Jeroentrappers 8 jun 2006 15:12 (CEST)

  • Dat bedoel ik dan ook met het 'extreme' : ) Eigenlijk bedoelde ik: extreme = als dejitter buffer vol zit (en geen buffer gebruiken is hetzelfde als altijd vol) Tias 8 jun 2006 15:31 (CEST)

--> ik denk eerder, dat als er geen dejitterbuffer gebruikt wordt, er gewacht wordt op het pakket, zodat ze in de juiste volgorde afgeleverd kunnen worden. De jitter, zal hierdoor dus merkbaar zijn. --Jeroentrappers 8 jun 2006 15:37 (CEST)

  • We hebben het hier toch over data streams (in dit geval voice), right ? Deze streams zijn real-time, als een packet dus te laat is, is het nutteloos. Het 'voice' gesprek gaat niet gepauzeerd worden tot als dat packet aangekomen is. De dejitter buffer gaat in het begin een aantal ms wachten om af te spelen, en dan real-time afspelen, waarbij alles wat te laat is discard wordt (slide 64). Ik denk dat je teveel vergelijkt met niet real-time streams (eg. quicktime filmkes). Tias 8 jun 2006 17:10 (CEST)

--> we zijn het eens hoor, en we snappen het allebei (dunkt me)... Maar je gaat er in de probleemstelling al vanuit dat er een dejitterbuffer is, terwijl dat net de oplossing voor het probleem (jitter) is. Ik beschreef hierboven de situatie, ervan uitgaande dat er geen dejitterbuffer is. --Jeroentrappers 8 jun 2006 18:29 (CEST)

TE

Les 1, slide 95. 'TE' is Traffic Engineering ? Tias 8 jun 2006 15:21 (CEST)

  • ik denk het, ik voeg het toe aan lijst van afkortingen ;)

OMC

Mobile networks, slide 32, 'OMC' mogelijks: Operations and Maintenance Center

Iemand die er meer zekerheid over heeft ? Tias 13 jun 2006 18:01 (CEST)

Die slide is tijdens de les geskipped in elk geval... (bij slide 32 en 33 staan in mijn nota's aanduidingen dat die niet te kennen zijn)

  • Mmm, zijn er zo nog slides ? Ik kom er aventoe ene tegen dat ik precies ook ni in de les gezien heb, maar heb da nooit aangeduid... (wist ook ni da optical packet switching ni gekent moest zijn, mis ik een overzicht van de leerstof mss ?) Tias 13 jun 2006 20:42 (CEST)
    • Dit hier is gegeven. En de voetnoten staan wel niet op de wiki - Kurt
    • Voetnoten staan sinds het ontstaan van deze pagina op de wiki --Jeroentrappers 14 jun 2006 11:01 (CEST)
    • Sorry, my bad! - Kurt

EDFA introduceert ruis

De 3R staat voor:

Opmerking: volgens mij introduceert dit geen ruis, het versterkt alleen de al aanwezige ruis

Volgens mij introduceert het wel degelijk ruis --Jeroentrappers 13 jun 2006 20:08 (CEST) http://en.wikipedia.org/wiki/EDFA#Noise_in_Doped_Fibre_Amplifiers

Datalink-laag vs. Fysieke laag

Iemand met ip 10.0.22.179 heeft een aantal instances van datalink-laag veranderd naar fysieke laag.

Ik ben van mening dat de veranderingen wel degelijk op de datalink-laag gekend zijn. Omdat de "circuits" daar logisch gevormd worden. Het is natuurlijk zo dat die circuits dan fysiek in verschillende golflengtes geimplementeerd worden, kan 10.0.22.179 hier verder op ingaan aub.

fast buffer vs interleaved buffer

In http://www.iol.unh.edu/training/dsl/ADSL_Tutorial.pdf staat dat het enigste verschil tussen de fast en interleaved buffer is, dat de data van de interleaved buffer interleaved wordt.

In de 2 data buffer layouts merk ik anders wel nog verschillen hoor:

  • fast: FEC bytes per mux data frame
  • interl: FEC bytes per S mux data frames

En het volgende is mij nogal onduidelijk (slide55) wtf is die onderste voorstelling ?

  • De FEC bytes zitten toch achter de frames ? Worden die elk _nog_ is geFEC'd ?
  • Of is het ene een voorstelling met S, en het onderste met S=1 ?

--Tias 14 jun 2006 19:22 (CEST)