Co oznacza pakiet w przypadku żądań HTTP ?

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

@puchatek11:

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.