This figure is the one given in not my textbook mentioned in syllabus but the local author book that many teachers use to follow while checking exam papers. If you don’t write according to what is written in these books, they won’t even give you 0.001 marks. So I want to learn this figure rather than others.

Here
-> first RTT for starting TCP connection,
-> second for requesting the base file with elements not loaded.


Why are multiple objects being received from just 1 request-response RTT? Should not just 1 object be received from it?
I am assuming that one RTT is to establish TCP connection yet again and another RTT is to request and get response. But why are there multiple objects being received in a single request response RTT, I don’t get that and that’s why the confusion for.
How does non persistent serial http connections work? (the slides that I’ve used are ambiguous so I am asking this question)

You can ignore the rest part of the question if you have answer to this already. It is all my unorganized thoughts about this topic, my hypothesis of how they should work etc.





My attempt at how non persistent parallel connections should work-:
I made this figure how I think non persistent parallel connection should be, can you verify it and if wrong help me make a new one?

Handmade figure is below which I hope is more clearer-:

explanations of this figure-:

1) initiate tcp connection for base file RTT happens

2) request-response RTT for base file happens

3) initiate tcp connection for element1 as soon as the base file RTT completes, then as soon as connection is set up, send request for element1-> then its response comes after some times.

4) initiate tcp connection for element2 as soon as tcp connection initiation for element1 starts , subsequently, send request for element2-> then its response comes.

5)then start closing tcp connections for base file, element1, then element2 consecutively.











HTTP Definitive guide figure discussion-:
What does connect-1 means in this figure below? Does it mean just starting the connection? Why is it not including the terminating of connection? Are we ignoring end of connection for each request-response in parallel connection?(If you watch the serial connection, it is ignoring tcp connection termination even in serial connections)
Source-: HTTP the definitive guide.
Both of the below figures I am assuming to be non persistent connections.

How non persistent(serial) connections should be working-:

But Isn’t this how non persistent(serial) connections work?
-> tcp connection establishment 1 RTT
-> request response A 1 RTT
-> tcp connection close 1 RTT

Now for request response B
-> tcp connection establishment 1 RTT
-> request response B 1 RTT
-> tcp connection close 1 RTT

A source that confirms this-:

But some sources are writing this-:

So in this case there will be 1 less RTT for each file transfer i.e connection close RTT isn’t considered. How is this alright? The first one that I said and this is totally different. As you can see for 2 objects, it will require just 2RTT+2 file transmission time

Now if i just calculate non persistent serial connection working(according to what I’ve understood from the slide just shown above)
-> 1 RTT to establish TCP connection
-> 1 RTT for request-response.
->file transfer time
-> 1 RTT for connection close
Again for second object same process happens. So it gives 6 RTTs+2*file transmission time. Why isn’t that the case in the slide shown there?The figures and explanations are from the same slides. (You can google kurose ross persistent non persistent http slides)

 

Don't confuse parallelism with persistent versus non-persistent. This may help you

https://en.wikipedia.org/wiki/HTTP_persistent_connection

RTT - Round Trip Time- you see this when you ping something (just as an example)

 

Don't confuse parallelism with persistent versus non-persistent. This may help you

https://en.wikipedia.org/wiki/HTTP_persistent_connection

RTT - Round Trip Time- you see this when you ping something (just as an example)

i need about it because it is included in my textbook and doesn't matter if that concept is incorrect, if you don't write what's explained in those books, you don't get marks in exams. and i believe it could be correct as it is written in kurose ross book.

 

@terabaaphoonmein And... have you asked your instructor to explain it? That is why they get paid. Their job is to put every ounce of their life force into finding a way to explain it to you so you understand- that is what being a 'teacher' is.

 

@terabaaphoonmein And... have you asked your instructor to explain it? That is why they get paid. Their job is to put every ounce of their life force into finding a way to explain it to you so you understand- that is what being a 'teacher' is.

hahaha. this is true for countries where there is a SYSTEM. not for nepal.

 

@terabaaphoonmein Sorry to hear that. That makes it difficult. Can you obtain this book?:

The TCP/IP Guide: A Comprehensive, Illustrated Internet Protocols Reference 1st Edition
Author: Charles M. Kozierok
ISBN-13: 978-1593270476
ISBN-10: 159327047X

 

@terabaaphoonmein Sorry to hear that. That makes it difficult. Can you obtain this book?:

The TCP/IP Guide: A Comprehensive, Illustrated Internet Protocols Reference 1st Edition
Author: Charles M. Kozierok
ISBN-13: 978-1593270476
ISBN-10: 159327047X

thanks for your kindness. i am doing my best to study from textbooks. the book that you recommended is also available as tcpipguide.com and it's helpful.
but our course has been structured in such a way(like every other courses) that you understand things in class itself then only you can succeed.
and being a slow learner, i can't afford to learn everything in detail from books. but i still do my best to optimize hardwork/syllabus_completion