Re: 3550 arp aging time

From: Donny MATEO (donny.mateo@sg.ca-indosuez.com)
Date: Sat Oct 05 2002 - 00:00:07 GMT-3


Hi
you could find all the answer in here
http://www.cisco.com/univercd/cc/td/doc/product/lan/c3550/12111ea1/3550cr/index.htm

Best Regards
Donny

                                                                                                                                       
                      beda jain
                      <bpjain@cisco.com To: "McClure, Allen" <Allen.McClure@Tricon-Yum.Com>, <ccielab@groupstudy.com>
> cc: anil.gautam@cisco.com
                      Sent by: Subject: 3550 arp aging time
                      nobody@groupstudy
                      .com
                                                                                                                                       
                                                                                                                                       
                      05-10-2002 04:37
                      Please respond to
                      beda jain
                                                                                                                                       
                                                                                                                                       

Hi,

what is the equivalent cmd for the following

set arp agingtime 1500
set ip redirect enable
set ip unreachable enable
set ip fragmentation enable

set ip alias r1 172.16.1.1
set ip alias r2 172.16.2.1
set ip alias r3 172.16.3.1

Thanks,
Beda

At 03:08 PM 10/4/2002 -0500, McClure, Allen wrote:
>Some thoughts:
>
>1. Clear the DF bit if one is set, and allow fragmentation.
>2. Reduce the MTU of your switch and avoid fragmentation by sending
>smaller frames
>3. Enable mtu path discovery
>
>Not meant a solutions, but more as things to consider.
>
>Allen McClure
>MCSE, CCNP, CCDP
>YUM! Brands, Inc.
>Sr. Network Analyst
>NEW E-Mail - mailto:allen.mcclure@yum.com
>972-338-7494
>
>
>-----Original Message-----
>From: Huy Luu [mailto:hluu@veroxity.com]
>Sent: Thursday, October 03, 2002 4:32 PM
>To: ccielab@groupstudy.com
>Subject: OT:Bridging 802.1q
>
>
>Hello gents,
>
>Can you guys help me?
>here's the scenario:
>
>SwitchA--------802.1q-------Router-----------T1------------Router-------
>802.1q--------SwitchB
>
>I tried to configure the router to bridge 802.1q accross from swtich A
>to switch B. The routers ethernet interface are hardcoded with 1500
>MTU, so when lardge packets are passed through, the 802.1q header makes
>increase
>the size of the packet over 1500 bytes and the packet is dropped.
>Seems
>like the only cisco equipment that allows changing the MTU on ethernet
>is a GSR, which is too expensive to carry T1.
>
>Is there any other version of the IOS or hardware that allows MTU size
>to be manipulated over the 1500 bytes limit on ethernet interface on
>routers?
>
>Is there another vendor with a router that supports both a T1 interface
>and allow MTU to be changed?
>
>thanks in advance.
>
>
>
>Huy Duc Luu
>Veroxity Technology Partners
>Fax 617-779-3099
>Cell# (617) 293-0940
>Email: hluu@veroxity.com
>
>
>This communication is confidential and may be legally privileged. If you
>are not the intended recipient, (i) please do not read or disclose to
>others, (ii) please notify the sender by reply mail, and (iii) please
>delete this communication from your system. Failure to follow this
>process may be unlawful. Thank you for your cooperation.

This message is for information purposes only and its content
should not be construed as an offer, or solicitation of an offer,
to buy or sell any banking or financial instruments or services
and no representation or warranty is given in respect of its
accuracy, completeness or fairness. The material is subject
to change without notice. You should take your own independent
tax, legal and other professional advice in respect of the content
of this message. This message may contain confidential or
legally privileged material and may not be copied, redistributed
or published (in whole or in part) without our prior written consent.
This email may have been intercepted, partially destroyed,
arrive late, incomplete or contain viruses and no liability is
accepted by any member of the Credit Agricole Indosuez group
as a result. If you are not the intended recipient of this message,
please immediately notify the sender and delete this message
from your computer.



This archive was generated by hypermail 2.1.4 : Tue Nov 05 2002 - 08:35:39 GMT-3