Re: [q] curious packets

This is a discussion on Re: [q] curious packets within the Bind Users forums, part of the DNS and Related Forums category; Thanks for your response. While I investigate the DNS traffic on serveral DNS servers, I found "[1] repeated ServFail&...


Go Back   Usenet Forums > DNS and Related Forums > Bind Users

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 04-27-2004
Hyo-Jeong Shin
 
Posts: n/a
Default Re: [q] curious packets


Thanks for your response.
While I investigate the DNS traffic on serveral DNS servers, I found
"[1] repeated ServFail", "[2] repeated SYN-ACK" patterns so many.
Those clients may be unusual things with virus or wrong configuration.
"[1] repeated ServFail " pattern's durations are so long and I want to
know how to reduce "repeated ServFail".
Interval between ServFail is 2 minutes. What makes these intervals, bind
or TCP?

In case of [2], why servers can't see "RST"? OS of servers are linux 2.4.18.


Barry Margolin wrote:

>In article <c6kfmd$1o55$1@sf1.isc.org>,
> Hyo-Jeong Shin <shinhj@hana.ne.kr> wrote:
>
>
>
>>Hello all,
>>I captured some curious packets from our DNS servers with bind 8.2.7 on
>>linux.
>>Anybody knows why these packets are generated?
>>
>>[1] repeated ServFail =================================
>>
>>

>
>The ServFail is because neither of the authoritative servers for
>yourbusiness.com are responding. The repetition is because the client
>isn't acknowledging the packet (we can't tell why that is). I'm not
>sure why it went on for over 20 minutes, though; I'd expect the
>retransmission limit to be much shorter than that.
>
>
>
>>16:02:57.053606 client.43312 > server.53: S 1054099647:1054099647(0) win
>>16384 <mss 1460,nop,nop,sackOK> (DF)
>>16:02:57.053639 server.53 > client.43312: S 2979146159:2979146159(0) ack
>>1054099648 win 5840 <mss 1460,nop,nop,sackOK> (DF)
>>16:02:57.086975 client.43312 > server.53: . ack 1 win 17520 (DF)
>>16:02:57.088947 client.43312 > server.53: P 1:37(36) ack 1 win 17520
>>7261+ MX? yourbusiness.com. (34) (DF)
>>16:02:57.088961 server.53 > client.43312: . ack 37 win 5840 (DF)
>>16:03:53.003632 server.53 > client.43312: P 1:37(36) ack 37 win 5840
>>7261 ServFail 0/0/0 (34) (DF)
>>16:03:56.002763 server.53 > client.43312: P 1:37(36) ack 37 win 5840
>>7261 ServFail 0/0/0 (34) (DF)
>>16:04:02.002729 server.53 > client.43312: P 1:37(36) ack 37 win 5840
>>7261 ServFail 0/0/0 (34) (DF)
>>16:04:14.002728 server.53 > client.43312: P 1:37(36) ack 37 win 5840
>>7261 ServFail 0/0/0 (34) (DF)
>>16:04:38.002728 server.53 > client.43312: P 1:37(36) ack 37 win 5840
>>7261 ServFail 0/0/0 (34) (DF)
>>16:05:26.002825 server.53 > client.43312: P 1:37(36) ack 37 win 5840
>>7261 ServFail 0/0/0 (34) (DF)
>>16:07:02.002781 server.53 > client.43312: P 1:37(36) ack 37 win 5840
>>7261 ServFail 0/0/0 (34) (DF)
>>16:09:02.002768 server.53 > client.43312: P 1:37(36) ack 37 win 5840
>>7261 ServFail 0/0/0 (34) (DF)
>>16:11:02.002764 server.53 > client.43312: P 1:37(36) ack 37 win 5840
>>7261 ServFail 0/0/0 (34) (DF)
>>16:13:02.002756 server.53 > client.43312: P 1:37(36) ack 37 win 5840
>>7261 ServFail 0/0/0 (34) (DF)
>>16:15:02.002740 server.53 > client.43312: P 1:37(36) ack 37 win 5840
>>7261 ServFail 0/0/0 (34) (DF)
>>16:17:02.002774 server.53 > client.43312: P 1:37(36) ack 37 win 5840
>>7261 ServFail 0/0/0 (34) (DF)
>>16:19:02.002742 server.53 > client.43312: P 1:37(36) ack 37 win 5840
>>7261 ServFail 0/0/0 (34) (DF)
>>16:21:02.002782 server.53 > client.43312: P 1:37(36) ack 37 win 5840
>>7261 ServFail 0/0/0 (34) (DF)
>>16:23:02.002750 server.53 > client.43312: P 1:37(36) ack 37 win 5840
>>7261 ServFail 0/0/0 (34) (DF)
>>16:25:02.002754 server.53 > client.43312: P 1:37(36) ack 37 win 5840
>>7261 ServFail 0/0/0 (34) (DF)
>>
>>[2] repeated SYN ================================================== =======
>>
>>

>
>Not repeated SYN, repeated SYN-ACK. Apparently the server didn't see
>the RST. I'm not sure why the client sent the RST in the first place,
>since the SYN-ACK looks reasonable.
>
>
>
>>12:58:44.276476 client.59163 > server.53: S 3109183:3109183(0) win 8192
>><mss 1452,nop,nop,sackO
>>K> (DF)
>>12:58:44.276510 server.53 > client.59163: S 3599383948:3599383948(0) ack
>>3109184 win 5840 <mss 1460,nop,nop,sackOK> (DF)
>>12:58:44.302861 client.59163 > server.53: R 3109184:3109184(0) win 0
>>12:58:48.407735 server.53 > client.59163: S 3599383948:3599383948(0) ack
>>3109184 win 5840 <mss 1460,nop,nop,sackOK> (DF)
>>12:58:55.778830 server.53 > client.59163: S 3599383948:3599383948(0) ack
>>3109184 win 5840 <mss 1460,nop,nop,sackOK> (DF)
>>12:59:07.931183 server.53 > client.59163: S 3599383948:3599383948(0) ack
>>3109184 win 5840 <mss 1460,nop,nop,sackOK> (DF)
>>12:59:33.431181 server.53 > client.59163: S 3599383948:3599383948(0) ack
>>3109184 win 5840 <mss 1460,nop,nop,sackOK> (DF)
>>13:00:21.442892 server.53 > client.59163: S 3599383948:3599383948(0) ack
>>3109184 win 5840 <mss 1460,nop,nop,sackOK> (DF)
>>
>>

>
>I suspect some kind of communication problem between the client and
>server, that's sensitive to particular packet contents.
>
>
>



--
Hyo-jeong Shin
Internet Networking Team
KT Corporation, Technology Lab.
463-1 Jeonmin-dong, Yuseong-gu, Daejeon 305-811, KOREA
Office:042-870-8194(or 0502-393-2228) Fax:042-870-8339



Reply With Quote
Reply
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT +1. The time now is 08:12 PM.


Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0