nvass-gmx.com added a comment.
Thanks for taking a look Kristof,
I believe all your points are valid. Thing is that all eventhandlers need a
more thorough look. They don't work as they should; be it virtualized or not,
be it a VIMAGE or GENERIC kernel. I am trying to take a look but I ha
nvass-gmx.com added a comment.
Sure, I will take a look
REVISION DETAIL
https://reviews.freebsd.org/D1944
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: nvass-gmx.com, bz, trociny, kristof, gnn, zec, rodrigc, glebius, eri
Cc: mmoll, javier_ovi_yahoo.co
On 12/04/15 17:01, Eugene Grosbein wrote:
You should show output of ifconfig for your gif and bridge interfaces
and obtain tcpdump output for them at sending and receiving side.
Thanks Eugene. After carefully examining tcpdumps it seems that
the network infrastructure of my provider is the ca
Hi,
we use ETHERIP to connect two remote locations and we discovered
something that looks like a bug. A packet of specific size
cannot go through the tunnel.
Correct behavior:
root@prometheus:~ # ping -s 1450 10.65.0.1
PING 10.65.0.1 (10.65.0.1): 1450 data bytes
1458 bytes from 10.65.0.1: icmp_
nvass-gmx.com added a comment.
Hi from me as well,
just want to say that I am here too and I am willing to work on this
even if i have to do it scratch;)
Please review:) Nikos
REVISION DETAIL
https://reviews.freebsd.org/D1944
EMAIL PREFERENCES
https://reviews.freebsd.org/setti
his should apply https://reviews.freebsd.org/D3133
Somehow it is still pending on gnn@ for some reason!
On Sat, Oct 3, 2015 at 12:10 AM, Nikos Vassiliadis wrote:
Hi,
I am trying to use carp over an if_bridge and am getting
this LOR:
login: lock order reversal:
1st 0xf8000848a018 if_bri
Hi,
I am trying to use carp over an if_bridge and am getting
this LOR:
login: lock order reversal:
1st 0xf8000848a018 if_bridge (if_bridge) @
/usr/src/sys/modules/if_bridge/../../net/if_bridge.c:2315
2nd 0xf80003a58778 carp_if (carp_if) @
/usr/src/sys/modules/carp/../../netinet/ip_ca
Hi,
I am using an IP on a loopback interface and no matter
if I "down" the interface, the kernel still uses that
address as a valid address, that is, still accepting
traffic to the loopback address etc. Is this a bug?
Thanks for any ideas,
Nikos
___
f
nvass-gmx.com added a comment.
Hi,
could you write an email to me and freebsd-virtualizat...@freebsd.org with
the necessary steps to re-produce the problem?
REVISION DETAIL
https://reviews.freebsd.org/D1944
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To:
On 07/21/15 05:37, Jason Unovitch wrote:
On 07/20/2015 08:26, Nikos Vassiliadis wrote:
Hi,
regarding this bug... When carp information is about to be printed,
it stops. All network activity has stopped by then. For example:
bridge0: flags=8943
metric 0 mtu 1280
ether 02:48:9e:59:98
Hi,
regarding this bug... When carp information is about to be printed,
it stops. All network activity has stopped by then. For example:
bridge0: flags=8943 metric 0
mtu 1280
ether 02:48:9e:59:98:00
inet 156.0.0.2 netmask 0xffc0 broadcast 156.0.0.63
inet 156.0.0.10
Thank u!
On 07/02/15 00:22, Kristof Provost wrote:
Done in r285016.
Regards,
Kristof
On 01 Jul 2015, at 18:11, Nikos Vassiliadis wrote:
Hi Kristof,
Thanks for fixing this! Could you MFC the fix?
On 06/13/15 22:39, bugzilla-nore...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla
Hi Kristof,
Thanks for fixing this! Could you MFC the fix?
On 06/13/15 22:39, bugzilla-nore...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200210
--- Comment #1 from commit-h...@freebsd.org ---
A commit references this bug:
Author: kp
Date: Sat Jun 13 19:39:22 UTC 201
nvass-gmx.com updated this revision to Diff 6288.
nvass-gmx.com added a comment.
Updated to today's head branch. Please review
CHANGES SINCE LAST UPDATE
https://reviews.freebsd.org/D1944?vs=5290&id=6288
REVISION DETAIL
https://reviews.freebsd.org/D1944
AFFECTED FILES
sys/net/pfvar.h
sy
nvass-gmx.com added a comment.
In https://reviews.freebsd.org/D1944#47915, @glebius wrote:
> Thanks a lot, Nikos.
>
> I've fixed the problem of sleeping in UMA on kldunload. It was out the scope
> of the patch. I also committed the first part of the patch - mutexes
> initialization.
>
> Nikos,
nvass-gmx.com added a comment.
In https://reviews.freebsd.org/D1944#47231, @rodrigc wrote:
> I tested this patch.
>
> # kldload pf
> # kldunload pf
> kldunload: can't unload file: Device busy
>
>
> The fact that the pf module cannot be unloaded was one of the
> reasons that @glebius used t
Hi,
Small fix for if_bridge.c. bridge_state_change() is called
from taskqueue and curvnet is not set.
Patch attached.
The panic:
#6 0x80d9a8c9 in trap_fatal (frame=0xfe01a5a998b0, eva=) at /usr/src/sys/amd64/amd64/trap.c:854
#7 0x80d9ab5e in trap_pfault (frame=0xfe01a5
nvass-gmx.com added a comment.
This guilde is definitely invaluable, I have seen it. It would be great if we
could move it in the source tree.
Regarding PF it can be further simplified. I think the logic right is OK but
there are many *init* functions for sure and some of these
functions can go
nvass-gmx.com updated this revision to Diff 5290.
nvass-gmx.com added a comment.
Hi,
Please review this. It updates the previous patch, with another way to unload
pf.
Eventhandlers are also touched, they should behave correctly now.
CHANGES SINCE LAST UPDATE
https://reviews.freebsd.org/D194
nvass-gmx.com added a comment.
Yes, I am trying to fix the issues. It needs more work. I will update when I
have a new patch
REVISION DETAIL
https://reviews.freebsd.org/D1944
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: nvass-gmx.com, bz, zec, trociny
On 04/24/15 18:57, Paul Thornton wrote:
Hi
This happens when any interface is created if you've enabled forwarding
with the sysctl and not using gateway_enable in rc.conf. It is easily
fixed though.
See this thread from January:
https://docs.freebsd.org/cgi/getmsg.cgi?fetch=403720+0+archive/
On 04/24/15 18:54, Gary Palmer wrote:
On Sat, Apr 25, 2015 at 01:47:50AM +0900, Paul S. wrote:
Can confirm that anything to do with netif restart on a forwarding
interface also creates the same problem.
On 4/25/2015 ?? 01:46, Nikos Vassiliadis wrote:
Hi,
Just saw this. Can somebody re
Hi,
Just saw this. Can somebody re-produce this?
root@m4fh2:~ # sysctl net.inet.ip.forwarding
net.inet.ip.forwarding: 1
root@m4fh2:~ # ifconfig bridge0 create
root@m4fh2:~ # sysctl net.inet.ip.forwarding
net.inet.ip.forwarding: 0
That's on GENERIC 10-STABLE from the day before yesterday.
Tha
nvass-gmx.com added a comment.
>>! In D1944#11, @kristof wrote:
> Don't we still need to do all of this somewhere?
>>! In D1944#11, @kristof wrote:
> Don't we still need to do all of this somewhere?
INLINE COMMENTS
sys/netpfil/pf/pf_ioctl.c:325 pf_unload is called before pf_vnet_unit, this
nvass-gmx.com added a comment.
>>! In D1944#8, @glebius wrote:
> Nikos,
>
> acking that I see the patches. Right now I'm waiting for pf to stablize after
> recent patches to fragment handling. Kristof is working on the known problem.
> Meanwhile you can finish your patch moving from "almost there
newer NDIS API that drivers are slowly being changed over to
use.
I'm sorry. :(
-adrian
On 17 December 2014 at 07:56, Nikos Vassiliadis wrote:
Bump
On 12/11/14 13:24, Nikos Vassiliadis wrote:
Hi,
I have to use ndisulator for my wifi card and the one in base panics
the kernel. I
Bump
On 12/11/14 13:24, Nikos Vassiliadis wrote:
Hi,
I have to use ndisulator for my wifi card and the one in base panics
the kernel. I read that the fork(?) at github has got some bugs
fixed and I'd like to try it out. It doesn't compile on 10-STABLE.
Would somebody on this lis
Hi,
I have to use ndisulator for my wifi card and the one in base panics
the kernel. I read that the fork(?) at github has got some bugs
fixed and I'd like to try it out. It doesn't compile on 10-STABLE.
Would somebody on this list have any ideas about it?
Thanks,
Nikos
_
On 1/29/2013 7:05 PM, John Baldwin wrote:
A common use case I have at work is to find a busted connection using netstat
-n or sockstat and then want to tcpdrop it. However, tcpdrop requires spaces
Hi,
While you are there, could you please review this?
http://www.freebsd.org/cgi/query-pr.cgi?p
On 5/28/2012 1:37 PM, Darren Reed wrote:
I've looked through the list of network interfaces that are
supported with FreeBSD and none seem to meet my needs. What
I want is a network interface that I can configure up in
jail A with address 10.1.1.1 and for which I can configure
a mate in jail B wit
Hi,
I got this kernel panic while playing around with IPsec:
Unread portion of the kernel message buffer:
0x26
kdb_backtrace(c0a5da40,1,,c124f67c,c4bc15a4,...) at kdb_backtrace+0x2a
_witness_debugger(c0f7c8d0,c4bc15b8,4,1,0,...) at _witness_debugger+0x25
witness_warn(5,0,c0fcd403,c4bc15
The following reply was made to PR kern/164696; it has been noted by GNATS.
From: Nikos Vassiliadis
To: Gleb Smirnoff
Cc: freebsd-gnats-sub...@freebsd.org
Subject: Re: kern/164696: VIMAGE + carp panics the kernel
Date: Tue, 07 Feb 2012 10:46:57 +0200
On 2/6/2012 1:47 PM, Gleb Smirnoff wrote
On 1/22/2012 9:29 AM, Adrian Chadd wrote:
On 21 January 2012 05:37, Nikos Vassiliadis wrote:
Hi,
The current code in bridgestp.c finds the lower MAC address from all
available ethernets and uses it as the STP id. This is problematic when
more than one STP bridges participate in the same STP
Hi,
The current code in bridgestp.c finds the lower MAC address from all
available ethernets and uses it as the STP id. This is problematic when
more than one STP bridges participate in the same STP domain because
more than one bridges will use the same id. A similar fix was applied
to the OpenBS
n a real switch, we just define a vlan on the ports without
any configuration on the systems which are connected to these ports. i
exactly want to do this by a freebsd system as a switch. please tell me
if it is possible or not.
thank you so much
On Tue, Dec 20, 2011 at 10:56 AM, Nikos Vassiliadis
There are reports that hw assisted VLANs caused problems
in bridging senarios. Users have reported that -vlanhwtag
and/or promisc on the physical interface helped. Using
-vlanhwtag helped in a case of mine.
On 12/20/2011 8:13 AM, Alexander Lunev wrote:
i made a little lab, all on 8.2-R:
freebsd
On 12/19/2011 8:59 AM, Sami Halabi wrote:
i wonder how how other MPD users deal with problems like these since i
don't think I'm the only only that facing this problem, i wonder if people
actually use 8.2-R or maybe these stuck in 7-R
Probably most people don't use MPPC. Perhaps you can turn of
On 11/23/2011 3:53 PM, Marko Zec wrote:
On Wednesday 23 November 2011 14:17:11 Nikos Vassiliadis wrote:
On 11/23/2011 1:22 PM, Gleb Smirnoff wrote:
I'd suspect VIMAGE. Can you please try w/o it and if it appears to be
VIMAGE-related, then please file a PR.
It seems VIMAGE related. I&#
On 11/23/2011 1:22 PM, Gleb Smirnoff wrote:
I'd suspect VIMAGE. Can you please try w/o it and if it appears to be
VIMAGE-related,
then please file a PR.
It seems VIMAGE related. I'll ask at virtualization@.
Thanks, Nikos
___
freebsd-net@freebsd.org
On 11/22/2011 9:48 PM, Gleb Smirnoff wrote:
Can't reproduce this on head. May be some additional measures are needed?
Traffic?
Just noticed that the panic does not happen using GENERIC.
Here is my kernel configuration, if you want to dig deeper.
include GENERIC
ident LAB
options VIMA
Hello,
I was playing with lagg and found out a kernel panic. Here is
the backtrace:
#5 0xc0a65613 in kdb_trap (type=12, code=0, tf=0xc3f1bb1c) at
/usr/src/sys/kern/subr_kdb.c:625
#6 0xc0dbbc1f in trap_fatal (frame=0xc3f1bb1c, eva=24) at
/usr/src/sys/i386/i386/trap.c:966
#7 0xc0dbbd1c in tra
On 11/1/2011 5:19 PM, Bipin Patel wrote:
set link keep-alive 10 60
Lower these values according to:
http://mpd.sourceforge.net/doc5/mpd20.html
and then run mpd interactively to see what's happening.
Nikos
___
freebsd-net@freebsd.org mailing list
ht
The following reply was made to PR kern/136426; it has been noted by GNATS.
From: Nikos Vassiliadis
To: bug-follo...@freebsd.org, nvass9...@gmx.com
Cc:
Subject: Re: kern/136426: [panic] spawning several dhclients in parallel panics
the kernel
Date: Wed, 07 Sep 2011 17:23:18 +0300
Please
Hi,
The STP code in bridgestp.c uses ifmedia to check duplex status.
if_epair and ng_eiface interfaces commonly used in VIMAGE enabled
jails do not support ifmedia and thus stay forever disabled when
STP is enabled on such interfaces. Could you review the patch?
Thanks, Nikos
Index: sys/net/bri
On 2/19/2011 7:32 PM, Tom Judge wrote:
In this setup it does not matter where the root bridge is, each of the
firewalls will always have on port in disguarding state as both ports
lead back to the same peer bridge. With states such as:
fw 1 - 1: forwarding
fw 2 - 1: forwarding
fw 1 - 2: disguard
On 2/19/2011 6:07 PM, kevin wrote:
One quick last question : would you recommend pfsync in this scenario,
between bridges? I've been hearing a lot of issues with pfsync but I'm not
sure what behavior to expect in a bridging scenario such as this one.
Can't really comment about pfsync as i have
On 2/19/2011 6:11 PM, kevin wrote:
One other thing :
id 00:17:d6:a9:31:e7 priority 16384 hellotime 2 fwddelay 15
And :
root id 00:12:cf:69:e9:ea priority 16384 ifcost 0 port 0
I was under the impression the priority for the root bridge should be a
lower number ?
The priority is checked
On 2/19/2011 4:52 PM, Nikos Vassiliadis wrote:
I believe if you don't specify 'stp' in the rc.conf ifconfig statement,
freebsd by default sets the bridge as 'rstp' :
Yes, that's correct.
It helps sometimes when you read the actual message before trying t
On 2/19/2011 4:13 PM, kevin wrote:
Could you send your ifconfig bridge output from both firewalls?
If STP is turned off on the four switch ports that the firewalls are
patched, one of the two firewalls must be root of the spanning tree.
I believe if you don't specify 'stp' in the rc.conf ifco
On 2/18/2011 7:49 PM, kevin wrote:
My current testing has shown little promise -- both firewalls will go up,
traffic will only go to the first firewall. If I reboot that first firewall,
no traffic will flow to the second bridging firewall. Note that all IPs on
my network (inside and out) are publ
On 2/12/2011 11:36 AM, Nikolay Denev wrote:
Hello,
A quick glance through sys/netinet/ip_output.c shows that interface routes are
short-circuited and
not checked for RT_LINK_IS_UP as gateway routes are.
Consider the following scenario :
A pair of redundant routers : RTR1 and RTR2.
Each having
On 1/25/2011 3:32 PM, Alexander Zagrebin wrote:
Hi!
I've found some issues with the if_bridge on 8.2-PRERELEASE.
1. An ARP issue
Suppose we have a box with the 4 interfaces: nic0, nic1, nic2, nic3.
The interfaces are linked pairwise using 2 bridge(4) interfaces: bridge0
and bridge1. Only nic0
> - Original Message -
> From: Tobias P. Santos
> Sent: 11/26/10 03:07 PM
> To: freebsd-net@freebsd.org
> Subject: Remove route 0.0.0.0&0x1
>
> Hello,
>
> I was adding a static route and "accidentally" put an extra number 1
> after the command, like this:
>
> route add -net 192.168.0.100 1
Hi,
While using proxy arp and the same IP address on multiple interfaces,
I noticed a strange entry in the routing table.
192.168.73.60 link#1 UHS 2 0 lo0 =>
192.168.73.60/32 link#3 U 0 0 epair0
The 192.168.73.60/24 address is ass
Jon Otterholm wrote:
Are there any plans or ongoing work to implement VPLS in the network
stack?
http://en.wikipedia.org/wiki/Virtual_Private_LAN_Service
If you don't need interoperability with others, you can
theoretically achieve something like VPLS using if_bridge,
if_gif, EtherIP and
Paul B Mahol wrote:
First remove rt_ifmsg() call from if_ndis.c rebuild & load if_ndis
module and tell me if it still happens.
No, it doesn't panic anymore.
Thanks a lot for your help!
Nikos
___
freebsd-net@freebsd.org mailing list
http://lists.fre
Paul B Mahol wrote:
On 9/27/10, Julian Elischer wrote:
anyone here have NDIS experience?
On 9/27/10 10:51 AM, Nikos Vassiliadis wrote:
Julian Elischer wrote:
#10 0xc0978200 in rt_dispatch (m=0xc764ad00, sa=0x0) at
/usr/src/sys/net/rtsock.c:1374
1374if (V_loif)
(kgdb
The following reply was made to PR kern/136426; it has been noted by GNATS.
From: Nikos Vassiliadis
To: bug-follo...@freebsd.org, nvass9...@gmx.com, ga...@freebsd.org
Cc:
Subject: Re: kern/136426: [panic] spawning several dhclients in parallel panics
the kernel
Date: Tue, 09 Mar 2010 15:43:59
On 2/19/2010 3:41 PM, Mikolaj Golub wrote:
We were discussing this problem with Alexander in another (Russian/Ukrainian
speaking) maillist. And it looks like the problem is the following.
I see. Could you keep posting your findings to net@ as well?
Thanks, Nikos
__
On 2/17/2010 3:26 PM, Alexander Shikoff wrote:
Hello All,
I have mpd 5.3 running on 8.0-RC1 as PPPoE server (now only 5 clients).
Today mpd process hung and I cannot kill it with -9 signal, and I cannot
access it's console via telnet.
State of process in `top` output is STOP:
73551 root
Thodoris S. wrote:
I am trying to make Multiple PPPoE Connections to the Same ISP for
Load Balancing reasons
my mpd.conf is:
default:
load adsl0
load adsl1
load adsl2
adsl0:
new -i ng0 pppoe0 pppoe0
set iface route default
set iface disable on-dem
Sebastian Hyrwall wrote:
You could still use a /32 and then add a route for the other IP via
the ethernet interface. This is effectively the same with a /31.
Does not work,
I see, I've checked this on 9.0 and found it working, not on 7.2.
Nikos
__
Sebastian Hyrwall wrote:
Chuck Swiger skrev:
inside, or using a /32 and an explicit default route via your
ethernet interface.
Unfortunetly that doesn't work. It just sets 192.1.1.2 as broadcast.
Well wrapping a /31 inside of a /30 kinda defeats the purpose :)
You could still use a /32 a
Hello,
I noticed this:
speed# netstat -rnfinet
Routing tables
Internet:
DestinationGatewayFlagsRefs Use Netif Expire
127.0.0.1 link#4 UH 00lo0
192.168.1.0/24 link#6 U 1 193 wlan0
192.168.1.6
Weongyo Jeong wrote:
I'm happy to see your device is successfully associated with AP.
However it seems it's a bad news that you sometimes meet crashes. Does
a random crash mean a OS hang (e.g. could not type any keys) or no more
work of network operations?
It hangs, I cannot use the keyboard a
Hello Weongyo & net,
I did some tests with an AP. The bad news is that I am
getting random crashes. At least I cannot relate them
to something... It just stops responding, I cannot break
to the debugger. Would I try another driver? there are
3 versions if I recall correctly on the vendor's site.
Weongyo Jeong wrote:
OK. A last steps you can try is as follows and could you show me the
result?
# kldload ndis if_ndis NDIS_module
# sysctl debug.ndis=1
# sysctl hw.ndisusb.halt=0
[then plug-in USB stick]
# ifconfig wlan0 create wlandev ndis0
#
Paul B. Mahol wrote:
On 6/27/09, Nikos Vassiliadis wrote:
Weongyo Jeong wrote:
Could you show me the *full* result after enabling `sysctl debug.ndis=1'?
Maybe steps would be as follows:
# kldload ndis if_ndis NDIS_module
# sysctl debug.ndis=1
[then plug-in USB
Weongyo Jeong wrote:
Could you show me the *full* result after enabling `sysctl debug.ndis=1'?
Maybe steps would be as follows:
# kldload ndis if_ndis NDIS_module
# sysctl debug.ndis=1
[then plug-in USB stick]
It goes like this:
ugen1.2: at usbus1
ndis0: NDIS API vers
Weongyo Jeong wrote:
Could you please test with attached patch and show me the result?
The repeating warning message went away and the ndis0 interface
appeared. Now, when I try to 'up' the interface, ifconfig gets
stuck in KeWFS state. If I try a second ifconfig, it will show
the ndis0 in up st
Hello,
I am trying to use a wireless ethernet USB thingy,
but the ndis interface never appears. Any hints?
ndis0: NDIS API version: 5.1
lock order reversal:
1st 0xc0edc900 HAL preemption lock (HAL lock) @
/usr/src/sys/compat/ndis/subr_hal.c:416
2nd 0xc23a61ec NDIS USB (network driver) @
/us
Li, Qing wrote:
Please apply the patch at "http://people.freebsd.org/~qingli/patch"; and
that should fix your problem.
Yes, your patch fixes the problem.
I found another issue while testing the patch. I am working on it and
hope to have a fix soon.
While you're at it and if it's not too muc
Hello,
It seems that:
1) if I assign an IP address to an interface
2) get an arp mapping via this interface
3) remove the IP address from the interface
arp fails to remove this arp entry when
arp -d is used
lab# ifconfig rl0 192.168.254.30
lab# ping 192.168.254.254
PING 192.168.254.254 (192.16
Thanks for the answers. Your hard work on
MPD is much appreciated.
Nikos
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
On Friday 12 December 2008 15:38:42 Alexander Motin wrote:
> You need some daemon to handle any additional logic. One simple example
> I have send to you. Another one is MPD, implementing L2TP and
> PPP-over-UDP links. Mpd opens separate UDP socket in user-level which
> catches everything that wasn
On Friday 12 December 2008 10:20:00 Alexander Motin wrote:
> Five years ago I had the same problem. In result, I have written a small
> program which monitor interface with libpcap and calls script to
> reconnect ng_ksocket to the new peer address/port when it changes.
>
> The code is old, dirty an
Hello,
I would like to create an ethernet over UDP tunnel. For my
purposes, using ng_bridge and ng_ksocket seem fine. The
problem is that the peer address/port is not known, since
it will be behind a NAT device and will have a dynamically
assigned IP address. In userspace I would use something li
On Wednesday 16 January 2008 09:44:05 Michael MacLeod wrote:
> On Jan 16, 2008 2:17 AM, Julian Elischer <[EMAIL PROTECTED]> wrote:
> > 1/ when downloading, does the load on each incoming interface
> > (I assume you have one ethernet to each modem) match?
>
> This is a pretty rough way to estimate i
On Thursday 13 December 2007 01:46:35 Julian Elischer wrote:
> > pf has ifdef'ed out code to deal with the OpenBSD version of routing
> > tables. What it does is adding an mbuf_tag which carries the tableid
> > and ip_{{in,out}put,forward} take action accordingly.
>
> EXACTLY what I plan on doing.
On Friday 26 October 2007 10:06:30 Kim Shrier wrote:
> I do have a fixed IP address. I have tried using their modem
> as a router and assigned my IP address to the modem. This forces
> me to use the NAT facility in the modem and it keeps dropping
> my ssh sessions. I have also seen the modem dro
flakey fingers...
On Friday 26 October 2007 10:06:30 Kim Shrier wrote:
> Other people successfully use this modem to connect to their ISP
> when the ISP accepts pppoe connections and the modem is configured
> as a bridge. Unfortunately, my ISP doesn't support pppoe, only
> pppoa.
The only way to
On Wednesday 05 September 2007 19:11, Mihai Tanasescu wrote:
> As far as I'm seeing it now, this only happens when 2 users try to be
> simultaneously connected.
Just an assumption...
Do by any chance these two clients are behind
the same NAT device? Something like this?
Client_a Client_b
|
On Wednesday 25 July 2007 14:18, Ganbold wrote:
> Nikos Vassiliadis wrote:
> > On Wednesday 25 July 2007 13:09, Ganbold wrote:
> >> I tried it in mpd-3.18, Radius server sends Framed IP Address,
> >> however mpd still assigns IP specified in "set ipcp ranges
>
On Wednesday 25 July 2007 13:09, Ganbold wrote:
> I tried it in mpd-3.18, Radius server sends Framed IP Address, however
> mpd still assigns IP specified in "set ipcp ranges 192.168.5.2/32
> 192.168.5.169/25"
> What could be a problem? How to solve this issue?
If you enable "radius-ip" option, mpd
Hello everybody,
Is the BSDCan 2007 talk by Marko Zec available
in audio form?
Nikos
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Monday 04 June 2007 14:37, Gleb Smirnoff wrote:
> On Mon, Jun 04, 2007 at 09:57:36AM +0300, Nikos Vassiliadis wrote:
> N> On Friday 01 June 2007 14:14, Gleb Smirnoff wrote:
> N> > On Wed, May 30, 2007 at 02:32:21PM +0300, Alexander Motin wrote:
> N> > A> Nik
On Friday 01 June 2007 14:14, Gleb Smirnoff wrote:
> On Wed, May 30, 2007 at 02:32:21PM +0300, Alexander Motin wrote:
> A> Nikos Vassiliadis wrote:
> A> >> In my case doing a few times:
> A> >> ifconfig fxp0 192.168.1.71/16
> A> >> ifconfig fxp0 19
Redirecting from @net to @stable. Please,
remove @net from future mails.
On Monday 28 May 2007 11:54, Robert Watson wrote:
> On Mon, 28 May 2007, Julian Elischer wrote:
> > Nikos Vassiliadis wrote:
> >> On Monday 28 May 2007 10:57, Julian Elischer wrote:
> >>> Niko
On Monday 28 May 2007 10:57, Julian Elischer wrote:
> Nikos Vassiliadis wrote:
> > On Tuesday 22 May 2007 10:06, I wrote:
> >> Hello everybody,
> >>
> >> I just managed to lock my box and I want to report it
>
> define "lock"?
>
> Does i
On Tuesday 22 May 2007 10:06, I wrote:
> Hello everybody,
>
> I just managed to lock my box and I want to report it
> in case it's known(or it helps in some way). It is a
> 6.2-STABLE from March 13.
I did update to RELENG_6.
> The procedure that triggers
> the lock is simple:
>
> 1) Create a p
On Tuesday 22 May 2007 12:19, Sastry Tumuluri wrote:
> > -Original Message-
> > From: Tom Judge [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, May 22, 2007 12:01 AM
> > To: Sastry Tumuluri
> > Cc: freebsd-net@freebsd.org
> > Subject: Re: Detecting LINK_UP / LINK_DOWN events
> >
> > Sastry Tum
Hello everybody,
I just managed to lock my box and I want to report it
in case it's known(or it helps in some way). It is a
6.2-STABLE from March 13. The procedure that triggers
the lock is simple:
1) Create a pptp tunnel.
2) Set is as your default gateway.
3) Play a bit with the netmask of the
On Tuesday 17 April 2007 01:35, Tom McLaughlin wrote:
> Hi all,
>
> I'm trying to use mpd4 to connect my work's Cisco VPN concentrator.
> After fiddling with mpd.conf I can now get past the connection setup
> phase and authentication steps. According to the VPN concentrator's
> logs I have succes
On Monday 29 January 2007 20:25, Alexander Motin wrote:
> It is released now. And if you will have there any problems, they must
> be fixed before next release. So inform me.
The problem I had is gone. mpd4 cannot be compared to mpd3.
It is by far superior, both usability-wise and networking-abil
On Saturday 27 January 2007 04:50, Alexander Motin wrote:
> Hi.
>
> Nikos Vassiliadis wrote:
> > It seems that tcp connections over pptp reset unexpectedly. I have
> > tried several things such as connecting from a FBSD-4 to a FBSD-6,
> > connecting from a FBSD-[46]
Hello everybody,
It seems that tcp connections over pptp reset unexpectedly. I have
tried several things such as connecting from a FBSD-4 to a FBSD-6,
connecting from a FBSD-[46] to a Cisco router(*). There are times which
the client box gets from the other peer an echo-request msg, which is
not
On Thursday 14 December 2006 14:51, Spadge wrote:
> Hi all
>
> I'm completely baffled by how to work this problem out that I am having
> with ipfw/dummynet.
>
> I have created some ipfw rules to use a pipe which dummynet then shapes.
> The problem I appear to be having is that whenever a packet
On Tuesday 12 December 2006 13:05, Alexei wrote:
> Hello.
>
> > set link mtu 1492
> > check with ps command in which state mpd is when issuing rc.d stop
> > command.
>
> Ok, I'll try it when I'm at home (probably this evening).
>
> >> Nothing prevents it + ppp works fine. (But I don't like it fo
Hi all,
I have a weird problem. It seems that tcp over pptp can not handle
high speeds and connections terminate with no obvious reasons(at
least to me). The tcpdump is from 6-STABLE, but I also have a
7-CURRENT machine I can test/try things. I have tried with fetch,
konqueror and opera. The resul
On Tuesday 25 July 2006 14:19, Andre Santos wrote:
> On 7/25/06, Nikos Vassiliadis <[EMAIL PROTECTED]> wrote:
> > > (2) the application can run in a jail(8) whose IP address is lo1, in
> > > which case a 'bind to any' will bind to this address only
> >
1 - 100 of 106 matches
Mail list logo
