Re: CFR: MFC of mtags

Sam Leffler wrote: > > All these changes have been in current for a while. They were originally > developed in stable and have been in use, in one form or another (in > stable), for ~9 months. > > If you have issues with these changes please contact me directly. I'll wait > a week before applyi

Re: CFR: MFC of mtags

ok by me.. On Thu, 21 Nov 2002, Sam Leffler wrote: > I want to commit the mbuf packet tag changes to stable. These changes > replace the aux mbuf pointer in the mbuf with a list of "packet tags". This > does not change the size of the mbuf structure but does affect any software > that uses the

Re: Bluetooth questions

÷ Fri, 22.11.2002, × 01:01, Maksim Yevmenkin ÎÁÐÉÓÁÌ: > > Is Nokia 6310(i) cell phone supported by FreeBSD bluetooth stack ? > > (of course most interesting as cell modem) > > You have got to try it for yourself :) I have received > successful reports about Nokia 7650, so there is a > pretty good

Re: (KAME-snap 7197) Interrupt levels and concurrency

Hi, Giving it a try: Juan Francisco Rodriguez Hervella wrote: > > Hello (again :) > > I'm doing my best, but I'm in a mess trying to understand > the interrup levels and if I should take it into account > to implement what I want to implement :) > > As I'm working with KAME source code, I will

Re: broken IFF_ALLMULTI handling in many drivers

I think the same applies for promiscuous mode, if the interface undergoes configuration changes while it's in promiscuous mode and the hardware gets reinitialized it "forgets" about being in that mode. This happens at least with em. Pete Luigi Rizzo wrote: [Bcc to re@ because it would be good t

Re: sppp patch's

Hi, Joerg Wunsch wrote: As Roman Kurakin wrote: Sppp still have a quantity of bugs. Here is one of them: --- if_spppsubr.c.origWed Oct 16 18:41:16 2002 +++ if_spppsubr.cThu Nov 21 20:13:16 2002 @@ -1672,12 +1672,12 @@ case STATE_ACK_SENT: break; case ST

RE: VPN

> -Original Message- > From: Nikolay Petrov [mailto:[EMAIL PROTECTED]] > Sent: 22 November 2002 07:18 > To: [EMAIL PROTECTED]; Ian Watkinson > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; > [EMAIL PROTECTED] > Subject: Re: VPN > > > Hello Ian, > > Thursday, November 21, 2002, 11:18:27 PM,

RE: bge bug w/ out of bounds return receiver, staying in rxeof all the time, patch

> From: John Polstra [mailto:[EMAIL PROTECTED]] > In article <184f01c291c9$147e7100$[EMAIL PROTECTED]>, > Sam Leffler <[EMAIL PROTECTED]> wrote: > > > I would recommend a committer look this over and > > > commit it. If you wish, I can make the patch *just* > > > be the change (changing the 16-bit

Re: (KAME-snap 7197) Interrupt levels and concurrency

Hi Mattias, Mattias Pettersson escribió: > > Hi, > > Giving it a try: > > Juan Francisco Rodriguez Hervella wrote: > > > > Hello (again :) > > > > I'm doing my best, but I'm in a mess trying to understand > > the interrup levels and if I should take it into account > > to implement what I want

Re: Slow network response with FreeBSD 4.6.2 and ipfilter

I also notice that when I experiencing network slowdown, it also reject some (half) ping icmp. I just need to reboot and all came back to normal. other questions was: - what is "Slow network response"? - does ifconfig down/up helps? tcpdump buffers output so usful bits are some time after trou

mpd - vpn to windows server - very slow

i'm using mpd to connect to my work's VPN, running some form of windows vpn server. unfortunately performance is really miserable. it seems to work fine for tiny transmissions (1K or less) but anything over that stutters, and if it's a big data dump (like scp'ing a 30K file or receiving email

Re: CFR: MFC of mtags

In article <196301c291e9$56d25e70$[EMAIL PROTECTED]>, Sam Leffler <[EMAIL PROTECTED]> wrote: > I want to commit the mbuf packet tag changes to stable. These > changes replace the aux mbuf pointer in the mbuf with a list of > "packet tags". This does not change the size of the mbuf structure > but

Re: CFR: MFC of mtags

i am pretty sure that this change does not affect low level drivers; the "any software that uses them" comment almost surely refers to the m_aux field, not to the entire struct mbuf. This said, fair behaviour cannot be requested to one side only. Sam posted patches, so those who have the hw/sw fo

Re: CFR: MFC of mtags

> i am pretty sure that this change does not affect low level drivers; > the "any software that uses them" comment almost surely refers to the > m_aux field, not to the entire struct mbuf. > > This said, fair behaviour cannot be requested to one side only. > > Sam posted patches, so those who have

Re: Bluetooth questions

"Vladimir B. Grebenschikov" wrote: > > ÷ Fri, 22.11.2002, × 01:01, Maksim Yevmenkin ÎÁÐÉÓÁÌ: > > > Is Nokia 6310(i) cell phone supported by FreeBSD bluetooth stack ? > > > (of course most interesting as cell modem) > > > > You have got to try it for yourself :) I have received > > successful repor

Packet Capturing on GWs but don't let them go out.

Hi I want to do packet capturing but as you know the pcap let the packet go out and just put a copy on the buffer . I just want to do a copy and don't let them go out . just i want that all of the packet from the sockets that are created by me travels through my server Packet - /* i don't

Packet Capturing on GWs but don't let them go out.

Hi I want to do packet capturing but as you know the pcap let the packet go out and just put a copy on the buffer . I just want to do a copy and don't let them go out . just i want that all of the packet from the sockets that are created by me travels through my server Packet - /* i don't

Re: Packet Capturing on GWs but don't let them go out.

soheil soheil wrote: I want to do packet capturing but as you know the pcap let the packet go out and just put a copy on the buffer . I just want to do a copy and don't let them go out . Sounds like you should be using a divert socket, and not a bpf. Lars -- Lars Eggert <[EMAIL PROTECTED]>

support for DWL-650

Can somebody give me a pointer about FreeBSD support for the DWL-650 PCMCIA card? Is it available in the latest stable release? Thanks, Balaji To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: Is there such a thing like a TCP proxy|relay?

On Thu, 21 Nov 2002, Carlos Carnero wrote: > ok, this is another wacky question. I have connected two subnetworks > to my FreeBSD router to the internet. By design they shouln't be > able to communicate between them--which I have done with IP Filter. > > What I'd like to do now is to make a TCP pr

Re: support for DWL-650

[EMAIL PROTECTED] wrote: > > Can somebody give me a pointer about FreeBSD support for the DWL-650 PCMCIA > card? Is it available in the latest stable release? >From /etc/defaults/pccard.conf: # D Link DWL-650 11Mbps WLAN Card card "D" "Link DWL-650 11Mbps WLAN Card" config auto "wi" ?

Re: CFR: MFC of mtags

He does have a point I have binary 3rd party drivers I rely on. On Fri, 22 Nov 2002, John Polstra wrote: > In article <196301c291e9$56d25e70$[EMAIL PROTECTED]>, Sam Leffler > <[EMAIL PROTECTED]> wrote: > > I want to commit the mbuf packet tag changes to stable. These > > changes replace the a

Re: Packet Capturing on GWs but don't let them go out.

that is what divert(4) is for. On Fri, 22 Nov 2002, soheil soheil wrote: > Hi > I want to do packet capturing but as you know the pcap let the packet go out > and just put a copy on the buffer . > I just want to do a copy and don't let them go out . > just i want that all of the packet from the

Re: Packet Capturing on GWs but don't let them go out.

ipfw "divert" or ipfw "fwd" could help you depending on what you want to do. On Fri, 22 Nov 2002, soheil soheil wrote: > Hi > I want to do packet capturing but as you know the pcap let the packet go out > and just put a copy on the buffer . > I just want to do a copy and don't let them go out .

ip_forward() and ipforward_rt

Hello, In -stable ip_input.c in_forward() we cache last used route in ipforward_rt. sin = (struct sockaddr_in *)&ipforward_rt.ro_dst; if ((rt = ipforward_rt.ro_rt) == 0 || pkt_dst.s_addr != sin->sin_addr.s_addr) { if (ipforward_rt.ro_rt) {

Re: mpd - vpn to windows server - very slow

Jon Drukman wrote: > i'm using mpd to connect to my work's VPN, running some form of windows vpn > server. unfortunately performance is really miserable. it seems to work > fine for tiny transmissions (1K or less) but anything over that stutters, > and if it's a big data dump (like scp'ing a 3

Re: ip_forward() and ipforward_rt

Mihail Balikov wrote: > In -stable ip_input.c in_forward() we cache last used route in ipforward_rt. > > sin = (struct sockaddr_in *)&ipforward_rt.ro_dst; > if ((rt = ipforward_rt.ro_rt) == 0 || > pkt_dst.s_addr != sin->sin_addr.s_addr) { > if (ipforward

[bugtraq-partner@seculution.de: [OpenBSD] [syslogd] false src-IP when logging to remote syslogd]

Sounds familiar :) The question is whether any of the error codes discussed here would cause syslogd to rebind to the new address. - Forwarded message from Torsten Valentin <[EMAIL PROTECTED]> - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Id: List-Post:

Re: mpd - vpn to windows server - very slow

At 01:22 PM 11/22/2002, Archie Cobbs wrote: Try adding these lines to mpd.conf and see if they help: set iface mtu 1440 set ccp yes mpp-stateless i already had the second one in there, but i added the first and it has totally fixed the problem. thanks archie! -jsd- To Unsubscribe:

Re: Packet Capturing on GWs but don't let them go out.

On Fri, 22 Nov 2002, soheil soheil wrote: > just i want that all of the packet from the sockets that are created by me > travels through my server Have you looked at ipfw divert? Andrew To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: mpd - vpn to windows server - very slow

Jon Drukman wrote: > > set iface mtu 1440 > > set ccp yes mpp-stateless > > i already had the second one in there, but i added the first and it has > totally fixed the problem. thanks archie! The log trace you sent showed MPPE being negotiated *without* stateless mode. So, not sure what

Packets dropped by FreeBSD

I run FreeBSD 4.6.2 as a Firewall with ipfilter 3.4.27. I have 4 3C905. I currently have "network slowdown" during peak hours: packets are being dropped by the firewall, I get timeouts with mail and web, I ping interfaces but I get just some icmp replys. The cpu run idle. The firewall run sshd

Re: Packets dropped by FreeBSD

On 2002-11-23 00:28, Vincent Goupil <[EMAIL PROTECTED]> wrote: > I run FreeBSD 4.6.2 as a Firewall with ipfilter 3.4.27. > I have 4 3C905. I currently have "network slowdown" during peak hours: > packets are being dropped by the firewall, I get timeouts with mail and > web, I ping interfaces but I

dial-in recommendations please

Hi, I'm looking at the isp-in-my-basement problem. The dial-in problem is one I haven't solved-for in over ten years. I'd like to pick the brains of anyone who's started a small isp recently. Thanks in advance, Eric To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net"