Re: Replay the MTU1546 ???

From: dillon yang (gzdillon@hotmail.com)
Date: Wed Feb 16 2005 - 04:56:22 GMT-3


My c3550 IOS version is c3550-i9q3l2-tar.121-22.EA1.

[monitoring]

sw1#s int
Vlan1 is administratively down, line protocol is down
  Hardware is EtherSVI, address is 0011.20de.3e00 (bia 0011.20de.3e00)
  MTU 1546 bytes, BW 1000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
<omitted>
00:19:27: %OSPF-5-ADJCHG: Process 73, Nbr 135.3.5.5 on Vlan50 from EXSTART to DOWN, Neighbor Down: Too many DBD retransmitions
Vlan30 is up, line protocol is up
  Hardware is EtherSVI, address is 0011.20de.3e00 (bia 0011.20de.3e00)
  Internet address is 135.3.30.7/24
  MTU 1546 bytes, BW 1000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
<omitted>
FastEthernet0/1 is up, line protocol is up (connected)
  Hardware is Fast Ethernet, address is 0011.20de.3e01 (bia 0011.20de.3e01)
  MTU 1546 bytes, BW 10000 Kbit, DLY 1000 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
<omitted>
FastEthernet0/2 is up, line protocol is up (connected)
  Hardware is Fast Ethernet, address is 0011.20de.3e02 (bia 0011.20de.3e02)
  MTU 1546 bytes, BW 10000 Kbit, DLY 1000 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
<omitted>
00:20:00: %OSPF-5-ADJCHG: Process 73, Nbr 135.3.3.3 on Vlan30 from DOWN to DOWN, Neighbor Down: Dead timer expired
00:21:16: %OSPF-5-ADJCHG: Process 73, Nbr 135.3.3.3 on Vlan30 from EXSTART to DOWN, Neighbor Down: Too many DBD retransmitions
00:21:27: %OSPF-5-ADJCHG: Process 73, Nbr 135.3.5.5 on Vlan50 from EXSTART to DOWN, Neighbor Down: Too many DBD retransmitions pause input
00:22:00: %OSPF-5-ADJCHG: Process 73, Nbr 135.3.3.3 on Vlan30 from DOWN to DOWN, Neighbor Down: Dead timer expired
00:22:10: %OSPF-5-ADJCHG: Process 73, Nbr 135.3.5.5 on Vlan50 from DOWN to DOWN, Neighbor Down: Dead timer expired

[dir_before_system_mtu_1500]

sw1#dir
Directory of flash:/

    2 -rwx 2992 Mar 1 1993 06:12:32 +00:00 config.test
    4 drwx 192 Mar 1 1993 04:14:47 +00:00 c3550-i9q3l2-mz.121-22.EA1
   87 -rwx 916 Mar 1 1993 00:04:55 +00:00 vlan.dat
   89 -rwx 3870 Mar 1 1993 01:01:08 +00:00 config.text
   91 -rwx 70 Dec 21 2004 15:47:00 +00:00 system_env_vars
   90 -rwx 5 Mar 1 1993 01:01:09 +00:00 private-config.text
   94 -rwx 32 Dec 21 2004 15:47:00 +00:00 env_vars

15998976 bytes total (4698112 bytes free)

[dir_before_system_mtu_1500]

sw1#dir
Directory of flash:/

    2 -rwx 2992 Mar 1 1993 06:12:32 +00:00 config.test
    4 drwx 192 Mar 1 1993 04:14:47 +00:00 c3550-i9q3l2-mz.121-22.EA1
   87 -rwx 916 Mar 1 1993 00:04:55 +00:00 vlan.dat
   89 -rwx 5 Mar 1 1993 00:14:47 +00:00 private-config.text
   90 -rwx 16 Mar 1 1993 00:05:43 +00:00 env_vars
   92 -rwx 3874 Mar 1 1993 00:14:47 +00:00 config.text
   93 -rwx 70 Mar 1 1993 00:05:43 +00:00 system_env_vars

15998976 bytes total (4698112 bytes free)

[My problem]

1. Where did the "system mtu 1500" command effect, Since the total bytes is the same, and the length of env_vars changed from 32 to 16?
2. What can cause the system mtu to change without command "system mtu" and without reboot? Anybody can REPLAY it?

Best regards.
dillon

----- Original Message -----
From: "Balaji Siva" <bsivasub@gmail.com>
To: <gzdillon@hotmail.com>
Cc: <ccielab@groupstudy.com>
Sent: Tuesday, February 15, 2005 2:24 PM
Subject: Re: Replay the MTU1546 ???

> Well, I see some bugs related to MTU in 3550 in older versions..anyway
> what you have observed is not "expected". So if you can "recreate" in
> latest version, then open a TAC case so a bug can be filed.
>
> Balaji
>
>
> On Tue, 15 Feb 2005 01:02:27 -0500, gzdillon@hotmail.com
> <gzdillon@hotmail.com> wrote:
> > Re: RE: OSPF MTU problem
> >
> > I met the same problem months ago, the command "show system mtu" showed it is 1546 and I resolved it by command "system mtu 1500".
> >
> > My problem is :
> >
> > 1. The command "system mtu" will take effect after reboot, but I DID NOT reboot since I began to config the factory default c3550. Why can it take effect during my configuration.
> >
> > 2. What can cause the system mtu to change without command "system mtu"? Anybody can REPLAY it?
> >
> > Best Regards
> >
> > _______________________________________________________________________
> >
> > _______________________________________________________________________
> > 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 : Thu Mar 03 2005 - 08:51:21 GMT-3