Overleg:Capita selecta programmatuur: Broadband communication: verschil tussen versies
k →Give 2 spec: extreme = vol |
|||
| Regel 32: | Regel 32: | ||
* 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) [[Gebruiker:Tias|Tias]] 8 jun 2006 15:31 (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) [[Gebruiker:Tias|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. --[[Gebruiker:Jeroentrappers|Jeroentrappers]] 8 jun 2006 15:37 (CEST) | |||
== TE == | == TE == | ||
Versie van 8 jun 2006 13:37
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)
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 ;)