TCP Retransmission requests from IPTV Server and TCP Dup Ack Requests from Client









up vote
-2
down vote

favorite












Server address ( 208.240.190.100) and client ( 210.220.160.48). We are having some problem in the IPTV traffic. It stuck sometimes
and sometimes there is a delay in video . Below mentioned is the tcp dump which i took at server side . In this , we can see that there are lots of TCP re transmission requests coming from Server and Client is sending TCP Duplication Acknowledgement request. Can someone please take a look at the below mentioned packet capture and let me know whether the problem is at the client side or on the server ? as why server is re transmitting the packets .
I did a continuous ping from client to server but could not see any delay or time out.



234 0.672953 210.220.160.48 ------------- 208.240.190.100 TCP 60 51977 → 80 [ACK] Seq=231 Ack=97409 Win=64240 Len=0



235 0.672958 208.240.190.100 ------------ 210.220.160.48 TCP 2974 80 → 51977 [ACK] Seq=114929 Ack=231 Win=41808 Len=2920 [TCP segment of a reassembled PDU]



236 0.679994 210.220.160.48 ------------- 208.240.190.100 TCP 60 [TCP Dup ACK 231#2] 33042 → 80 [ACK] Seq=1 Ack=94901 Win=64240 Len=0



237 0.679998 208.240.190.100 ------------- 210.220.160.48 HTTP 1514 Continuation



238 0.689851 210.220.160.48 -------------- 208.240.190.100 TCP 60 [TCP Dup ACK 231#3] 33042 → 80 [ACK] Seq=1 Ack=94901 Win=64240 Len=0



239 0.689855 208.240.190.100 ------------- 210.220.160.48 HTTP 1514 [TCP Fast Retransmission] Continuation



240 0.693000 210.220.160.48 -------------- 208.240.190.100 TCP 60 51977 → 80 [ACK] Seq=231 Ack=100329 Win=64240 Len=0



241 0.693004 208.240.190.100-------------- 210.220.160.48 TCP 2974 80 → 51977 [ACK] Seq=117849 Ack=231 Win=41808 Len=2920 [TCP segment of a reassembled PDU]



242 0.699995 210.220.160.48 -------------- 208.240.190.100 TCP 60 [TCP Dup ACK 231#4] 33042 → 80 [ACK] Seq=1 Ack=94901 Win=64240 Len=0



Server is also showing some malformed packets in errors of wireshark . Below mentioned are the errors on server side wireshark capture .



1884 TCP: [TCP Fast Retransmission] 80 → 51977 [ACK] Seq=1053709 Ack=231 Win=41808 Len=1460[Reassembly error, protocol TCP: New fragment overlaps old data (retransmission?)]



2335 TCP: [TCP Fast Retransmission] 80 → 51977 [ACK] Seq=1308554 Ack=461 Win=41808 Len=1460[Reassembly error, protocol TCP: New fragment overlaps old data (retransmission?)]



Please help me regarding it that how i can resolve this issue ?



Thanks






tcp tcpdump







share|improve this question





















  • Doesn't look like a coding question. Try SE.Network Engineering
    – Greenonline
    Nov 11 at 1:32














up vote
-2
down vote

favorite












Server address ( 208.240.190.100) and client ( 210.220.160.48). We are having some problem in the IPTV traffic. It stuck sometimes
and sometimes there is a delay in video . Below mentioned is the tcp dump which i took at server side . In this , we can see that there are lots of TCP re transmission requests coming from Server and Client is sending TCP Duplication Acknowledgement request. Can someone please take a look at the below mentioned packet capture and let me know whether the problem is at the client side or on the server ? as why server is re transmitting the packets .
I did a continuous ping from client to server but could not see any delay or time out.



234 0.672953 210.220.160.48 ------------- 208.240.190.100 TCP 60 51977 → 80 [ACK] Seq=231 Ack=97409 Win=64240 Len=0



235 0.672958 208.240.190.100 ------------ 210.220.160.48 TCP 2974 80 → 51977 [ACK] Seq=114929 Ack=231 Win=41808 Len=2920 [TCP segment of a reassembled PDU]



236 0.679994 210.220.160.48 ------------- 208.240.190.100 TCP 60 [TCP Dup ACK 231#2] 33042 → 80 [ACK] Seq=1 Ack=94901 Win=64240 Len=0



237 0.679998 208.240.190.100 ------------- 210.220.160.48 HTTP 1514 Continuation



238 0.689851 210.220.160.48 -------------- 208.240.190.100 TCP 60 [TCP Dup ACK 231#3] 33042 → 80 [ACK] Seq=1 Ack=94901 Win=64240 Len=0



239 0.689855 208.240.190.100 ------------- 210.220.160.48 HTTP 1514 [TCP Fast Retransmission] Continuation



240 0.693000 210.220.160.48 -------------- 208.240.190.100 TCP 60 51977 → 80 [ACK] Seq=231 Ack=100329 Win=64240 Len=0



241 0.693004 208.240.190.100-------------- 210.220.160.48 TCP 2974 80 → 51977 [ACK] Seq=117849 Ack=231 Win=41808 Len=2920 [TCP segment of a reassembled PDU]



242 0.699995 210.220.160.48 -------------- 208.240.190.100 TCP 60 [TCP Dup ACK 231#4] 33042 → 80 [ACK] Seq=1 Ack=94901 Win=64240 Len=0



Server is also showing some malformed packets in errors of wireshark . Below mentioned are the errors on server side wireshark capture .



1884 TCP: [TCP Fast Retransmission] 80 → 51977 [ACK] Seq=1053709 Ack=231 Win=41808 Len=1460[Reassembly error, protocol TCP: New fragment overlaps old data (retransmission?)]



2335 TCP: [TCP Fast Retransmission] 80 → 51977 [ACK] Seq=1308554 Ack=461 Win=41808 Len=1460[Reassembly error, protocol TCP: New fragment overlaps old data (retransmission?)]



Please help me regarding it that how i can resolve this issue ?



Thanks






tcp tcpdump







share|improve this question





















  • Doesn't look like a coding question. Try SE.Network Engineering
    – Greenonline
    Nov 11 at 1:32












up vote
-2
down vote

favorite









up vote
-2
down vote

favorite











Server address ( 208.240.190.100) and client ( 210.220.160.48). We are having some problem in the IPTV traffic. It stuck sometimes
and sometimes there is a delay in video . Below mentioned is the tcp dump which i took at server side . In this , we can see that there are lots of TCP re transmission requests coming from Server and Client is sending TCP Duplication Acknowledgement request. Can someone please take a look at the below mentioned packet capture and let me know whether the problem is at the client side or on the server ? as why server is re transmitting the packets .
I did a continuous ping from client to server but could not see any delay or time out.



234 0.672953 210.220.160.48 ------------- 208.240.190.100 TCP 60 51977 → 80 [ACK] Seq=231 Ack=97409 Win=64240 Len=0



235 0.672958 208.240.190.100 ------------ 210.220.160.48 TCP 2974 80 → 51977 [ACK] Seq=114929 Ack=231 Win=41808 Len=2920 [TCP segment of a reassembled PDU]



236 0.679994 210.220.160.48 ------------- 208.240.190.100 TCP 60 [TCP Dup ACK 231#2] 33042 → 80 [ACK] Seq=1 Ack=94901 Win=64240 Len=0



237 0.679998 208.240.190.100 ------------- 210.220.160.48 HTTP 1514 Continuation



238 0.689851 210.220.160.48 -------------- 208.240.190.100 TCP 60 [TCP Dup ACK 231#3] 33042 → 80 [ACK] Seq=1 Ack=94901 Win=64240 Len=0



239 0.689855 208.240.190.100 ------------- 210.220.160.48 HTTP 1514 [TCP Fast Retransmission] Continuation



240 0.693000 210.220.160.48 -------------- 208.240.190.100 TCP 60 51977 → 80 [ACK] Seq=231 Ack=100329 Win=64240 Len=0



241 0.693004 208.240.190.100-------------- 210.220.160.48 TCP 2974 80 → 51977 [ACK] Seq=117849 Ack=231 Win=41808 Len=2920 [TCP segment of a reassembled PDU]



242 0.699995 210.220.160.48 -------------- 208.240.190.100 TCP 60 [TCP Dup ACK 231#4] 33042 → 80 [ACK] Seq=1 Ack=94901 Win=64240 Len=0



Server is also showing some malformed packets in errors of wireshark . Below mentioned are the errors on server side wireshark capture .



1884 TCP: [TCP Fast Retransmission] 80 → 51977 [ACK] Seq=1053709 Ack=231 Win=41808 Len=1460[Reassembly error, protocol TCP: New fragment overlaps old data (retransmission?)]



2335 TCP: [TCP Fast Retransmission] 80 → 51977 [ACK] Seq=1308554 Ack=461 Win=41808 Len=1460[Reassembly error, protocol TCP: New fragment overlaps old data (retransmission?)]



Please help me regarding it that how i can resolve this issue ?



Thanks






tcp tcpdump







share|improve this question













Server address ( 208.240.190.100) and client ( 210.220.160.48). We are having some problem in the IPTV traffic. It stuck sometimes
and sometimes there is a delay in video . Below mentioned is the tcp dump which i took at server side . In this , we can see that there are lots of TCP re transmission requests coming from Server and Client is sending TCP Duplication Acknowledgement request. Can someone please take a look at the below mentioned packet capture and let me know whether the problem is at the client side or on the server ? as why server is re transmitting the packets .
I did a continuous ping from client to server but could not see any delay or time out.



234 0.672953 210.220.160.48 ------------- 208.240.190.100 TCP 60 51977 → 80 [ACK] Seq=231 Ack=97409 Win=64240 Len=0



235 0.672958 208.240.190.100 ------------ 210.220.160.48 TCP 2974 80 → 51977 [ACK] Seq=114929 Ack=231 Win=41808 Len=2920 [TCP segment of a reassembled PDU]



236 0.679994 210.220.160.48 ------------- 208.240.190.100 TCP 60 [TCP Dup ACK 231#2] 33042 → 80 [ACK] Seq=1 Ack=94901 Win=64240 Len=0



237 0.679998 208.240.190.100 ------------- 210.220.160.48 HTTP 1514 Continuation



238 0.689851 210.220.160.48 -------------- 208.240.190.100 TCP 60 [TCP Dup ACK 231#3] 33042 → 80 [ACK] Seq=1 Ack=94901 Win=64240 Len=0



239 0.689855 208.240.190.100 ------------- 210.220.160.48 HTTP 1514 [TCP Fast Retransmission] Continuation



240 0.693000 210.220.160.48 -------------- 208.240.190.100 TCP 60 51977 → 80 [ACK] Seq=231 Ack=100329 Win=64240 Len=0



241 0.693004 208.240.190.100-------------- 210.220.160.48 TCP 2974 80 → 51977 [ACK] Seq=117849 Ack=231 Win=41808 Len=2920 [TCP segment of a reassembled PDU]



242 0.699995 210.220.160.48 -------------- 208.240.190.100 TCP 60 [TCP Dup ACK 231#4] 33042 → 80 [ACK] Seq=1 Ack=94901 Win=64240 Len=0



Server is also showing some malformed packets in errors of wireshark . Below mentioned are the errors on server side wireshark capture .



1884 TCP: [TCP Fast Retransmission] 80 → 51977 [ACK] Seq=1053709 Ack=231 Win=41808 Len=1460[Reassembly error, protocol TCP: New fragment overlaps old data (retransmission?)]



2335 TCP: [TCP Fast Retransmission] 80 → 51977 [ACK] Seq=1308554 Ack=461 Win=41808 Len=1460[Reassembly error, protocol TCP: New fragment overlaps old data (retransmission?)]



Please help me regarding it that how i can resolve this issue ?



Thanks






tcp tcpdump




tcp tcpdump






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Nov 11 at 1:16









jsnow0445

1




1











  • Doesn't look like a coding question. Try SE.Network Engineering
    – Greenonline
    Nov 11 at 1:32
















  • Doesn't look like a coding question. Try SE.Network Engineering
    – Greenonline
    Nov 11 at 1:32















Doesn't look like a coding question. Try SE.Network Engineering
– Greenonline
Nov 11 at 1:32




Doesn't look like a coding question. Try SE.Network Engineering
– Greenonline
Nov 11 at 1:32

















active

oldest

votes











Your Answer






StackExchange.ifUsing("editor", function ()
StackExchange.using("externalEditor", function ()
StackExchange.using("snippets", function ()
StackExchange.snippets.init();
);
);
, "code-snippets");

StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "1"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













 

draft saved


draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53245001%2ftcp-retransmission-requests-from-iptv-server-and-tcp-dup-ack-requests-from-clien%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown






























active

oldest

votes













active

oldest

votes









active

oldest

votes






active

oldest

votes















 

draft saved


draft discarded















































 


draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53245001%2ftcp-retransmission-requests-from-iptv-server-and-tcp-dup-ack-requests-from-clien%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







-

Popular posts from this blog

27

Image
www.msyz777.com_www.msyz888.com_www.msyz999.com window._bd_share_config="common":"bdSnsKey":,"bdText":"","bdMini":"2","bdMiniList":false,"bdPic":"","bdStyle":"1","bdSize":"16","share":,"image":"viewList":["qzone","tsina","tqq","renren","t163"],"viewText":"��������","viewSize":"16","selectShare":"bdContainerClass":null,"bdSelectMiniList":["qzone","tsina","tqq","renren","t163"];with(document)0[(getElementsByTagName('head')[0]||body).appendChild(createElement('script')).src='http://bdimg.share.baidu.com/static/...
Read more

Top Tejano songwriter Luis Silva dead of heart attack at 64

Image
Ramiro Burr's New Blog - to go back: www.ramiroburr.com From Latin rock to reggaeton, boleros to blues,Tex-Mex to Tejano, conjunto to corridos and beyond, Ramiro Burr has it covered. If you have a new CD release, a trivia question or are looking for tour info, post a message here or e-mail Ramiro directly at: musicreporter@gmail.com Top Tejano songwriter Luis Silva dead of heart attack at 64 By Ramiro Burr on October 23, 2008 8:40 AM | Permalink | Comments (12) | TrackBacks (0) UPDATE: Luis Silva Funeral Service details released Visitation 4-9 p.m. Saturday, Rosary service 6 p.m. Saturday at Porter Loring, 1101 McCullough Ave Funeral Service 10:30 a.m. Monday St. Anthony De Padua Catholic Church, Burial Service at Chapel Hills, 7735 Gibbs Sprawl Road. Porter Loring (210) 227-8221 Related New Flash: Irma Laura Lopez: long time record promoter killed in accident NewsFlash: 9:02 a.m. (New comments below) Luis Silva , one of the most well-known ...
Read more

Category:Rhetoric

Image
Help Category:Rhetoric From Wikipedia, the free encyclopedia Jump to navigation Jump to search Library cataloging and classification main topic rhetoric Library of Congress P301 Universal Decimal 808 Wikimedia Commons has media related to Rhetoric . The main article for this category is Rhetoric . Rhetorical terms, i.e. terms used to describe or analyze rhetorical arguments, including those in persuasive speeches and opinion editorials. Contents Top 0–9 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Subcategories This category has the following 17 subcategories, out of 17 total. A ► Analogy‎ (2 C, 23 P) ► Apologetics‎ (5 C, 12 P) D ► Dialectic‎ (2 C, 21 P) ► Dialogues‎ (2 C, 38 P) F ► Fiction-writing mode‎ (4 C, 11 P) H ► Homiletics‎ (21 P) ► Hypocrisy‎ (11 P) P ► Populism‎ (13 C, 49 P) R ► Rhetoric theorists‎ (3 C,...
Read more