Co oznacza pakiet w przypadku żądań HTTP ? Czy może mi ktoś to objaśnić. Nigdzie nie mogę znaleźć definicji dla pakietu HTTP.
musisz zejść niżej podstawowy http działa po tcp
Bo nie ma pakietu HTTP. Skąd tak postawione pytanie?
HTTP jest wyższą warstwą nad TCP, a ten nad IP, i tam występuje pojecie pakietu
https://pl.wikipedia.org/wiki/Model_OSI
Ale na poziomie HTTP takie myślenie jest mało snsowne, np jedna "całość" HTTP (operacja) to 2.5 pakietu
Zainteresowałem się tym, ponieważ czytałem czym jest http 3 i często się przewijało w tłumaczeniu słowo "pakiet". Było napisane, że np jak nie zostanie pobrany dany pakiet to pozostałe pakiety i tak zostaną pobrane za pomocą innych strumieni.
Mogłem coś namotać. Jak zrozumieć w tym przypadku o co chodzi z tymi pakietami ?
puchatek11 napisał(a):
Zainteresowałem się tym, ponieważ czytałem czym jest http 3 i często się przewijało w tłumaczeniu słowo "pakiet".
HTTP/3 działa na bazie QUIC i UDP.
puchatek11 napisał(a):
Zainteresowałem się tym, ponieważ czytałem czym jest http 3 i często się przewijało w tłumaczeniu słowo "pakiet". Było napisane, że np jak nie zostanie pobrany dany pakiet to pozostałe pakiety i tak zostaną pobrane za pomocą innych strumieni.
No to już ma chyba więcej sensu. Tylko z tego nie wynika, że pakiet to pojęcie na poziomie HTTP ;) Ja ekspertem od sieci nie jestem i oczywiście znowu zapomniałem na jakich warstwach modelu OSI mówimy o pakiecie/segmencie/ramce i w kontekście jakich protokołów, a kiedyś o tym czytałem :D
Ale idea jest taka, że o ile HTTP/2 umożliwiało multiplexing na warstwie 7, czyli wiele strumieni HTTP wysyłanych przez jedno połączenie TCP i możliwość ich odbioru w dowolnej kolejności, to wciąż utrata pakietu TCP w obrębie jednego strumienia HTTP i koniecznośc jego retransmisji potrafiła zablokować wszystkie strumienie na tym pojedynczym połączeniu TCP - head of line blocking, jeśli dobrze rozumiem.
HTTP3 to rozwiązuje, bo nie działa po TCP tylko QUIC i ma "jakieś" inne mechanizmy retransmisji. "Jakieś", bo jeszcze nie zgłębiałem tego tematu.
some_ONE napisał(a):
puchatek11 napisał(a):
Zainteresowałem się tym, ponieważ czytałem czym jest http 3 i często się przewijało w tłumaczeniu słowo "pakiet". Było napisane, że np jak nie zostanie pobrany dany pakiet to pozostałe pakiety i tak zostaną pobrane za pomocą innych strumieni.
No to już ma chyba więcej sensu. Tylko z tego nie wynika, że pakiet to pojęcie na poziomie HTTP ;) Ja ekspertem od sieci nie jestem i oczywiście znowu zapomniałem na jakich warstwach modelu OSI mówimy o pakiecie/segmencie/ramce i w kontekście jakich protokołów, a kiedyś o tym czytałem :D
Ale idea jest taka, że o ile HTTP/2 umożliwiało multiplexing na warstwie 7, czyli wiele strumieni HTTP wysyłanych przez jedno połączenie TCP i możliwość ich odbioru w dowolnej kolejności, to wciąż utrata pakietu TCP w obrębie jednego strumienia HTTP i koniecznośc jego retransmisji potrafiła zablokować wszystkie strumienie na tym pojedynczym połączeniu TCP - head of line blocking, jeśli dobrze rozumiem.
HTTP3 to rozwiązuje, bo nie działa po TCP tylko QUIC i ma "jakieś" inne mechanizmy retransmisji. "Jakieś", bo jeszcze nie zgłębiałem tego tematu.
W takim razie jak rozumieć pakiet TCP. Co to jest w łopatologicznych słowach ?
puchatek11 napisał(a):
W takim razie jak rozumieć pakiet TCP.
Chyba kpisz.
Wiedzy jest pełno.