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 gen 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)

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 ;)