burl

Tag auch, ich bin jetzt leider kein Nokia bzw. Checkpoint Experte, aber meiner Meinung nach sollte das eine Interface einstellung auf der Nokia sein. Evtl. hilft dir ja das hier weiter. Dort solltest du unter Interface und dann Ethernet etwas dazu finden. Ich werde, sofern ich Zeit dazu finde , auch nochmal in der Arbeit nachschlagen. Hoffe das ich dir dann mehr dazu sagen kann. Bzw solltest du innerhalb der Checkpoint Software ein Subinterface erstellen können, in dem du dann die VLAN ID vergeben kannst, so dass alles was über dieses Interface geht getagged ist. Hoffe das war jetzt verständlich. Hab leider etwas Zeitmangel. cu burl

ok, da hast du natürlich recht Crash - das mit der Version hab ich mal gekonnt übersehen. Wenn man einen Bug der Software ausschließt, macht es für mich den Eindruck, als ob das Device am anderen ende (die FW?) hier jede Menge Frames rausschickt, die kleiner als 64 Byte sind. Diese zu kleinen Frames sind ja alle in Ordnung (valid frames, too small) Also von daher kann man auch Signalüberlagerungen, Frame-Fragmente o. ä. meiner Meinung nach ausschließen. (z.b. durch duplex mismatch). In so einem Fall müssten die Runts ansteigen, tun sie aber nicht...von daher bin ich der Meinung dass man sich mal die Firewall genauer ansehen sollte.

tag auch, es gibt eine field notice von cisco, die besagt, dass das wohl ein problem des gerätes (C3750) ist, dass hier die counter ansteigen (auf dot1q interfaces - was ja bei dir der fall ist ) die frames werden ohne probleme geswitched, oder hast du auch connectivity probleme? Hier jedenfalls der Link zu der Notice: Field Notice: FN - 61810 - C2970, C3560, and C3750 Incorrectly Report Errors on Dot1q Interfaces - Cisco Systems hoffe das hilft dir weiter. gruß burl

Undersize frames sind kleiner als 64 Byte Findest du auch auf der Cisco Seite: The total number of packets received that were less than 64 octets long (excluding framing bits, but including FCS octets) and were otherwise well formed.