Brian Hawk <[EMAIL PROTECTED]> wrote:
> since it shouldn't really happen and it used not to happen.
> Everything was working fine until I don't know when and why, now I
> cannot send any packets out thru my xl1 interface by binding its
> source address to the packets.
I don't think it ever worked
Brian Somers <[EMAIL PROTECTED]> wrote:
> Of course m_get() et. al. seem to manage to get MSIZE aligned pointers back
> from uma_zalloc_arg(zone_mbuf...) anyway, but surely that's an implementation
> side effect and the align argument should be corrected.
This change looks right to me, but I'm har
ow that
EAGAIN was being returned on blocking sockets when all ports were in
use (just wanted to clear that up; the patch seems to just use
non-blocking sockets as an example, anyway).
Dima Dorfman
find the e-mail here:
http://docs.FreeBSD.org/cgi/getmsg.cgi?fetch=220467+0+current/freebsd-net
Dima Dorfman
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net"
AQ entry about this describing it in a little more detail:
http://www.freebsd.org/FAQ/networking.html#ICMP-RESPONSE-BW-LIMIT
Dima Dorfman
[EMAIL PROTECTED]
P.S. -net is for technical discussions of network code,
just wanted to be able to switch it on without
recompiling a kernel (e.g., while running GENERIC), this obviously
doesn't help.
Just food for thought, I guess. I like it either way :-).
Thanks!
Dima Dorfman
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
mark tinguely <[EMAIL PROTECTED]> wrote:
>
> in tcp_usr_connect() and tcp6_usr_connect() in sys/netinet/tcp_usrreq.c
> in both FreeBSD 4.3 and -current is there a missing
> tp = intotcpcb(inp);
> call? It seems from my eyes that "tp" is not initialized.
It's initialized in COMMON_START().
Please review the following change, from NetBSD:
In icmp_reflect(): If the packet was not addressed to us and was
received on an interface without an IP address, try to find a
non-loopback AF_INET address to use. If that fails, drop it.
Previously, we used the add
I have a VPN setup where the client opens an SSH connection to the VPN
router and runs "ppp -direct client-vpn" (i.e., I'm tunneling a PPP
connection over SSH). My configuration looks very similar to the
example of how to do this in share/examples/ppp/ppp.conf.sample.
Now, there are three comput
Michael DeMan <[EMAIL PROTECTED]> wrote:
> Anyway, thanks very much for the information. I'm going to have to
> figure out some kind of workaround on my architecture. In the worst
> case, I can shut off OSPF on the edge routers and use static routes
> upstream and OSPF from there, but that
ra part that
interacts with the kernel has had various problems over time--routes
not being installed correctly, or going away, or having incorrect
flags. I wouldn't trust it to configure the entire network subsystem.
Dima.
> On Mar 25, 2006, at 1:21 AM, Dima Dorfman wrote:
>
> >
Adam McLaurin <[EMAIL PROTECTED]> wrote:
> Let me start off by mentioning that I do understand the FTP protocol quite well,
> so we can keep replies focused on firewall/routing issues, instead of
> re-explaining how FTP works.
>
> Second, for my software: My firewall/router is running on FreeBSD
>
12 matches
Mail list logo
