Are you running the interface as a trunk port ? If not you can try setting up as a trunk port setting your native vlan as the vlan with the traffic (this needs to be done in conjuction with t system) Your other options are trying to lower the packet size, This can be done by lowering your mtu , looking into ip tcp mss adjust or the like Or you can change your interface , for example use the sup1A interface.
Regards Brian -----Original Message----- From: Comm-AG [mailto:[EMAIL PROTECTED] Sent: martedì 9 ottobre 2007 12.55 To: Brian Turnbow; cisco-nsp@puck.nether.net Subject: RE: [c-nsp] Catalyst6506 w/ sup1amsfc2 & 6148-ge-tx large packets aredropped Brian, Thanks for your input. Can you suggest a work-around for the problem that I am having....should I set the MTU lower on the incoming L3 interface ? At this point, all applications which send large packets (1500 bytes) are failing Rgds, Anthony -----Original Message----- From: Brian Turnbow [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 09, 2007 5:56 PM To: Comm-AG; cisco-nsp@puck.nether.net Subject: RE: [c-nsp] Catalyst6506 w/ sup1amsfc2 & 6148-ge-tx large packets aredropped The 6148 supports up to 1518 frame size , the 6148A does 9216. This may be your problem Regards Brian -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Comm-AG Sent: martedì 9 ottobre 2007 9.22 To: cisco-nsp@puck.nether.net Subject: [c-nsp] Catalyst6506 w/ sup1amsfc2 & 6148-ge-tx large packets aredropped Hi, I have a problem isolated to 6148-ge-tx line-card. The line-card connects a number of service provider connections. When large packets are switched between different ports on the same card, large packets are dropped. The problem has become apparent since our international service provider (call it T-Systems) upgraded their CE router and required us to run dot1q on the 6148-ge-tx interface. Since then, all traffic switched from other sources to the T-Systems port has this problem where large packets are dropped. If we move services to another card leaving the T-Systems connection as it was, the problem goes away. Any help would be appreciated. Thanks Anthony _______________________________________________ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/