Re: native vlan

Graham Smith wrote: Networking folks Nothing to do with freebsd per say, but can someone tell real life scenario requiring creation of native vlan (vlan 0) and why native vlan are most suitable for this scene ? Assuming you're referring to what's in the 802.1q header: it's what 802.1p puts i

Re: native vlan

Hi, I would add, that if you have hosts, a hub or an unmanaged switch without vlan capability between two switches with vlans those devices will use the native vlan. And another thing: you have to make the native vlan the same on the switches or you will get native vlan error messages. In cisco th

RE: native vlan

Well, in Cisco speak, the native vlan is untagged and used for management. So, all your customer traffic comes in tagged with various VLAN's and your management stuff remains untagged and localized to the switching infrastructure. So, I guess you would do it if you wanted to speak spanning tree (

native vlan

Networking folks Nothing to do with freebsd per say, but can someone tell real life scenario requiring creation of native vlan (vlan 0) and why native vlan are most suitable for this scene ? TIA, ___ freebsd-net@freebsd.org mailing list http://lists.fr

Re: kern/138135: [fxp] truncated-ip - 2 bytes missing! on fxp(4) [regression]

Synopsis: [fxp] truncated-ip - 2 bytes missing! on fxp(4) [regression] State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Mon Aug 24 18:20:03 UTC 2009 State-Changed-Why: The pciconf(8) looks wrong to me. According to the chipid your fxp0 interface is "Intel 82801B

7.2 sends broken TCP retransmits while in half-closed state?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Today while I was diagnosing a FTP problem which turned out to be EPSV issue I found some very interesting things in the tcpdumps. From what I understand from the trace, after a few retransmits, the client side sends FIN/ACK to close th

Re: kern/138135: [fxp] truncated-ip - 2 bytes missing! on fxp(4)

Old Synopsis: truncated-ip - 2 bytes missing! on fxp(4) New Synopsis: [fxp] truncated-ip - 2 bytes missing! on fxp(4) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Aug 24 12:21:54 UTC 2009 Responsible-Changed-Why: Over to main

Current problem reports assigned to freebsd-net@FreeBSD.org

Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker

Re: kern/138130: [netinet] [patch] Resource leak in LibAliasRefreshModules() in file sys/netinet/libalias/alias.c

Old Synopsis: Resource leak in LibAliasRefreshModules() in file sys/netinet/libalias/alias.c New Synopsis: [netinet] [patch] Resource leak in LibAliasRefreshModules() in file sys/netinet/libalias/alias.c Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Respo

Strange src forwarding.

I have the strange IPv6 forwarding messages in my security output. The link-local ip-nr is not lokal on this system, so is there another system in my network that does this ipv6. But I've not yet found a system with fc:ba as last bytes in my arp-table? Can anybody tell me why I get these messa