Re: TCP session and ARP aging time out

From: Tasuka Amano Hsu (tasuka@mac.com)
Date: Thu Jun 23 2005 - 08:21:18 GMT-3


I see that, but the application just idle, but not timeout, and we
found if we add static route in to L3 switch, it works and no error
or loss packet, so that maybe is the L2 and L3 forward table problem.
But I watch the link loading is high, maybe just simple highly
traffic cause the ospf hello can not be send, so loss route.

Anybody has some idea ?

Sincerely,
Tasuka

On Jun 23, 2005, at 2:16 AM, gladston@br.ibm.com wrote:

> Hi Tasuka,
>
> By idle timeout, I was meaning same application timeout due no
> activity.
>
> Cordially
> ------------------------------------------------------------------
> Gladston
>
>
>
>
> Tasuka Amano Hsu <tasuka@mac.com>
> 22/06/2005 10:30
>
> To
> Alaerte Gladston Vidali/Brazil/IBM@IBMBR
> cc
> ccielab@groupstudy.com
> Subject
> Re: TCP session and ARP aging time out
>
>
>
>
>
>
> Gladston, thanks for you reply,
> Because I got the router reply ICMP network unreachable when data
> want to send, it look like is the router( layer 3 switch) did not
> known how to route the packet to destination so reply the ICMP back
> to sender, as I remember that layer 3 switch is work to check routing
> table once then switch packet in layer 2, but the MAC table has aging
> time out in 300 sec. If I am wrong please let me know. and could you
> explain the idle timeout ?
>
> Sincerely,
> Tasuka
>
> On Jun 22, 2005, at 9:07 AM, gladston@br.ibm.com wrote:
>
>
>> Oh, I don't think not having traffic would cause IOS to
>> disconnected your sessions.
>>
>> Even though, you could hard code the ARP to check your theory.
>>
>> As you know, routers work on 'connectionless' way; that is, each
>> packet has an independent life. The fact that there was not a
>> previous packet should not cause the new packet to have problems.
>>
>> On the other hand, if you type 'clear arp', do a debug ip packet
>> and ping x.x.x.x, you can see that there is encapsulation error
>> before IOS gets the arp reply.
>> But your application should not be so sensitive to have problems
>> with that and disconnects the session. It sounds more likely an
>> idle timeout.
>>
>> What do you think?
>>
>> _____________________________________________________________________
>> _
>> _
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>
> ______________________________________________________________________
> _
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html



This archive was generated by hypermail 2.1.4 : Wed Jul 06 2005 - 14:43:42 GMT-3