banner

[Rule] Rules  [Home] Main Forum  [Portal] Portal  
[Members] Member Listing  [Statistics] Statistics  [Search] Search  [Reading Room] Reading Room 
[Register] Register  
[Login] Loginhttp  | https  ]
 
Forum Index Thảo luận mạng và thiết bị mạng Hỏi đáp về vấn đề TCP-IP  XML
  [Question]   Hỏi đáp về vấn đề TCP-IP 05/05/2010 08:30:00 (+0700) | #1 | 210335
[Avatar]
vitcon01
Member

[Minus]    0    [Plus]
Joined: 29/04/2009 11:28:21
Messages: 306
Offline
[Profile] [PM]



Anh cho em hoi một số cau hỏi nhé!

Em đã nguyên cứu giao thưca TCP trong bộ giao thức TCP-IP, cụ thể là phần windown size:

Em có một web sever 192.168.1.1 và một client là 192.168.1.100

Sau khi qua trình bắt tay 3 bước giữa hai máy thành công, một kết nối được thiết lập.Nhằm làm giảm sự lạm dụng băng thông, nghĩa là áp dụng cửa sỏ trượt cho phép webserver gửi nhiều gói một lần, nhưng vấn đề ở đây mỗi gói đựoc gửi sang cho client thì số sequent number đưoc thay đổi , nhưng ack thì cố định không nhúc nhích.Tới khi máy client gửi một gói ack để xác nhận các gói đã được gửi thành công từ webserver thì sequent number chính là số ack mà không thay đổi phía trên.Sau khi client báo nhận, thì webserver tiếp tục gửi nhiều gói nhưng ack vẫn như cũ.

Anh có thể giải thích vấn đề này giúp em không ah.

Hình minh hoạ:



JK - JH
()()()
LTKT - LTT
[Up] [Print Copy]
  [Question]   Hỏi đáp về vấn đề TCP-IP 06/05/2010 15:22:22 (+0700) | #2 | 210423
[Avatar]
conmale
Administrator

Joined: 07/05/2004 23:43:15
Messages: 9353
Location: down under
Offline
[Profile] [PM]
Em bị bối rối giữa ACK number và SEQ(UENCE) number rồi. Một TCP segment là một chuỗi thông tin chưa hoàn tất nên nó phải giữ ACK number nguyên thuỷ để đến chặng cuối, khi chúng được nhập lại và đưa lên tầng giao thức ở trên (từ TCP lên HTTP chẳng hạn) chúng mới thực sự được hoàn tất và được đầu nhận có thể nhận đủ.
What bringing us together is stronger than what pulling us apart.
[Up] [Print Copy]
  [Question]   Hỏi đáp về vấn đề TCP-IP 07/05/2010 13:50:27 (+0700) | #3 | 210481
[Avatar]
vitcon01
Member

[Minus]    0    [Plus]
Joined: 29/04/2009 11:28:21
Messages: 306
Offline
[Profile] [PM]
hjhj,cảm ơn anh,em quên mất, một data được phân thành các segment!
JK - JH
()()()
LTKT - LTT
[Up] [Print Copy]
  [Question]   Hỏi đáp về vấn đề TCP-IP 07/05/2010 22:22:02 (+0700) | #4 | 210507
gamar
Member

[Minus]    0    [Plus]
Joined: 25/09/2009 19:22:29
Messages: 23
Offline
[Profile] [PM]

conmale wrote:
Em bị bối rối giữa ACK number và SEQ(UENCE) number rồi. Một TCP segment là một chuỗi thông tin chưa hoàn tất nên nó phải giữ ACK number nguyên thuỷ để đến chặng cuối, khi chúng được nhập lại và đưa lên tầng giao thức ở trên (từ TCP lên HTTP chẳng hạn) chúng mới thực sự được hoàn tất và được đầu nhận có thể nhận đủ. 


nhưng thật ra ko cần số ACK bên client vẫn có thể demultiplex data đc dúng ko anh ... dựa vào seq nummer với data length là đủ rồi ...
[Up] [Print Copy]
  [Question]   Hỏi đáp về vấn đề TCP-IP 08/05/2010 08:59:37 (+0700) | #5 | 210515
[Avatar]
huynhfxvn
Member

[Minus]    0    [Plus]
Joined: 21/07/2005 11:09:35
Messages: 456
Location: UET.VNU
Offline
[Profile] [PM] [Email] [Yahoo!]
ACK dùng để biên nhận gói cuối cùng mà nó nhận được, và nói rằng nó muốn nhận gói tin tiếp theo có sequence number=ACK.
Bạn mở gói 13 sẽ thấy next sequence number=524, và gói 18 sẽ có sequence number=524.
Nghĩa là gói 14,15,16,17 đều biên nhận gói 13, gói cuối cùng mà nó nhận đựoc.
KHÔNG CÓ GÌ quý hơn tự do !
[Up] [Print Copy]
  [Question]   Hỏi đáp về vấn đề TCP-IP 09/05/2010 21:50:02 (+0700) | #6 | 210583
[Avatar]
stylish_man
Member

[Minus]    0    [Plus]
Joined: 26/10/2007 11:05:48
Messages: 17
Offline
[Profile] [PM]

conmale wrote:
Em bị bối rối giữa ACK number và SEQ(UENCE) number rồi. Một TCP segment là một chuỗi thông tin chưa hoàn tất nên nó phải giữ ACK number nguyên thuỷ để đến chặng cuối, khi chúng được nhập lại và đưa lên tầng giao thức ở trên (từ TCP lên HTTP chẳng hạn) chúng mới thực sự được hoàn tất và được đầu nhận có thể nhận đủ. 


Vậy anh comale cho em hỏi tại sao ở đây :http://www.eventhelix.com/realtimemantra/Networking/TCP_Slow_Start.pdf có ack cho mỗi segment ?
[Up] [Print Copy]
  [Question]   Hỏi đáp về vấn đề TCP-IP 10/05/2010 06:02:51 (+0700) | #7 | 210591
[Avatar]
conmale
Administrator

Joined: 07/05/2004 23:43:15
Messages: 9353
Location: down under
Offline
[Profile] [PM]

stylish_man wrote:

conmale wrote:
Em bị bối rối giữa ACK number và SEQ(UENCE) number rồi. Một TCP segment là một chuỗi thông tin chưa hoàn tất nên nó phải giữ ACK number nguyên thuỷ để đến chặng cuối, khi chúng được nhập lại và đưa lên tầng giao thức ở trên (từ TCP lên HTTP chẳng hạn) chúng mới thực sự được hoàn tất và được đầu nhận có thể nhận đủ. 


Vậy anh comale cho em hỏi tại sao ở đây :http://www.eventhelix.com/realtimemantra/Networking/TCP_Slow_Start.pdf có ack cho mỗi segment ? 


Nhìn kỹ thì pdf trên có tính chất khác câu hỏi vitcon01 đưa ra. Cái này còn tuỳ thuộc vào implementation của từng hệ điều hành nữa. Bởi vậy, nếu đem implementation của Windows mà hỏi cho trường hợp xảy ra trên Linux thì không thể trả lời được.
What bringing us together is stronger than what pulling us apart.
[Up] [Print Copy]
  [Question]   Hỏi đáp về vấn đề TCP-IP 10/05/2010 07:41:10 (+0700) | #8 | 210595
[Avatar]
vitcon01
Member

[Minus]    0    [Plus]
Joined: 29/04/2009 11:28:21
Messages: 306
Offline
[Profile] [PM]
Khi em sniff goi tin trong mièn mạng của em, và tiến hành truy cập vào hvaonline.net thì em thấy một điều rất khác thường đó là, thường thì chỉ cần một bắt tay 3 bứoc thì sẽ tạo ra một kết nối cho đến khi hay bên sử dụng flag fin để báo hiệu ngắt kết nối, hợac chỉ có trường hợp tắt trình duyệt đột ngột (nghĩa là đã gửi gói có chưa flag RTS), nhưng trong trường hợp này em vẫn giữ nguyên trình duyệt, nhưng em thấy quá trình bắt tay 3 bứoc được diễn ra thường xuyên, sau một khoảng thời gian nào đó


Anh có thể giải thích cho em vấn đề này không ah?
JK - JH
()()()
LTKT - LTT
[Up] [Print Copy]
  [Question]   Hỏi đáp về vấn đề TCP-IP 10/05/2010 08:11:14 (+0700) | #9 | 210600
[Avatar]
conmale
Administrator

Joined: 07/05/2004 23:43:15
Messages: 9353
Location: down under
Offline
[Profile] [PM]

vitcon01 wrote:
Khi em sniff goi tin trong mièn mạng của em, và tiến hành truy cập vào hvaonline.net thì em thấy một điều rất khác thường đó là, thường thì chỉ cần một bắt tay 3 bứoc thì sẽ tạo ra một kết nối cho đến khi hay bên sử dụng flag fin để báo hiệu ngắt kết nối, hợac chỉ có trường hợp tắt trình duyệt đột ngột (nghĩa là đã gửi gói có chưa flag RTS), nhưng trong trường hợp này em vẫn giữ nguyên trình duyệt, nhưng em thấy quá trình bắt tay 3 bứoc được diễn ra thường xuyên, sau một khoảng thời gian nào đó


Anh có thể giải thích cho em vấn đề này không ah? 


Sau 1 khoảng thời gian nào đó chính xác là bao lâu?

"Diễn ra thường xuyên" là thường xuyên thế nào?
What bringing us together is stronger than what pulling us apart.
[Up] [Print Copy]
  [Question]   Hỏi đáp về vấn đề TCP-IP 13/05/2010 12:48:47 (+0700) | #10 | 210799
[Avatar]
vitcon01
Member

[Minus]    0    [Plus]
Joined: 29/04/2009 11:28:21
Messages: 306
Offline
[Profile] [PM]
Sau khi về đọc lại giao thức HTTP em cũng có thể đoán đuọc nguyên nhân, nhưng em khôgn chắc nên vẫn post lên để mọi người cùng nhau thảo luận, sẵn đó làm rõ giùm em luôn:
Không biết có phải liên quan đến đường dẫn tuyệt đối và đường dẫn tuơng đối không vì mỗi đừong dẫn tuơng đối thì chỉ cần 1 kết nối, nếu là đường dẫn tuyệt đối thì mỗi request là một kết nối, cũng có trường hợp đường dẫn tuơng đối có 1 kết nối nhằm mục đích hiệu năng.
Không biết có đúng không.

Đây là hình ảnh đầu tien của quá trình bắt tay 3 bước:



Một loạt các socket được tạo ra sau đó:





JK - JH
()()()
LTKT - LTT
[Up] [Print Copy]
  [Question]   Hỏi đáp về vấn đề TCP-IP 13/05/2010 13:18:59 (+0700) | #11 | 210802
[Avatar]
conmale
Administrator

Joined: 07/05/2004 23:43:15
Messages: 9353
Location: down under
Offline
[Profile] [PM]
Không thấy có "một loạt socket" nào được tạo ra hết smilie .

Đúng là "absolute URL" và "relative URL" có quyết định đến số sockets được tạo ra.
What bringing us together is stronger than what pulling us apart.
[Up] [Print Copy]
[digg] [delicious] [google] [yahoo] [technorati] [reddit] [stumbleupon]
Go to: 
 Users currently in here 
1 Anonymous

Powered by JForum - Extended by HVAOnline
 hvaonline.net  |  hvaforum.net  |  hvazone.net  |  hvanews.net  |  vnhacker.org
1999 - 2013 © v2012|0504|218|