Re: Anyone heard about Broadband over power lines???
On Tue, 23 May 2006, Mark Jayson Alvarez wrote: MJA>Hi, MJA> MJA>A while ago, a group of individuals have demonstrated MJA>us with devices that can be used to extend your MJA>network throughout every corner of your company MJA>through the use of electric outlet... A quick googling MJA>tells me that such technologies are already existing MJA>long time ago and some Electric companies in other MJA>parts of the world also are now providing Internet MJA>services to their costumers at an added cost.. Do you MJA>know any ongoing opensource initiative regarding this MJA>technologies?? As somebody else said, that's a hardware thing. In any case there is an Austrian city (don't remember the name) where the provider is forced to put this down, because they cannot meet the requirements for off-band emission. harti ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Anyone heard about Broadband over power lines???
Hi, Harti Brandt wrote: On Tue, 23 May 2006, Mark Jayson Alvarez wrote: As somebody else said, that's a hardware thing. In any case there is an Austrian city (don't remember the name) where the provider is forced to put this down, because they cannot meet the requirements for off-band emission. the head quarter of the company is in Linz. I do not know if they are all over Austria or just in Upper Austria. Their name is something like Linz Power Line ... Erich ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Anyone heard about Broadband over power lines???
On Tue, 23 May 2006 20:14:29 -0700 (PDT) Mark Jayson Alvarez <[EMAIL PROTECTED]> wrote: > Hi, > > A while ago, a group of individuals have demonstrated > us with devices that can be used to extend your > network throughout every corner of your company > through the use of electric outlet... A quick googling > tells me that such technologies are already existing > long time ago and some Electric companies in other > parts of the world also are now providing Internet > services to their costumers at an added cost.. Do you > know any ongoing opensource initiative regarding this > technologies?? I read both Google and IBM working on solutions like that. IBM works together with Centerpoint to supply people in Houston area with 7Mbit/s lines. According to news.com they hooked up 220 houses. Google invested about 100 million dollars in Current Communication Group - http://www.currentgroup.com/ which is working on the same thing. One of the el. companies here in Norway - Lyse Tele has about 300 pilot customers giving them 1mbit over power lines. They say they managed to reduce noise which could earlier affect devices like baby sitters. There are also end customer devices avaliable on the marked: http://www.devolo.com/co_EN/index.html http://www.netgear.com/products/details/XE104.php#performance read also http://www.homeplug.org/en/index.asp Cheers Marcin. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
IP fastforwarding in RELENG_4 and CURRENT/RELENG_6
Hello! What is the current status of the fast IP forwarding in RELENG_4 and in modern versions (CURRENT/RELENG_6)? I see that this code (either ip_flow.* in RELENG_4 or ip_fastfwd.c in RELENG_6) is always included into kernel (no separate option for it), but is disabled by default. What are drawbacks from enabling it (pure-IPv4 environment, heavy use of ipfw+divert+dummynet, occasionally use of IPSEC)? I haven't found any documentation for this option besides comments in ip_fastfwd.c, and those comments rose several questions: * Else if something is not pure IPv4 unicast forwarding we fall back to * the normal ip_input processing path. We should only be called from ^ * interfaces connected to the outside world. ---^ How to achieve this aim? I see no fastforwarding-specific options in ifconfig. * IPSEC is not supported if this host is a tunnel broker. IPSEC is * supported for connections to/from local host. Is it true for FAST_IPSEC? Am I understand 'tunnel broker' correctly: it's the host that wraps other host's traffic into the ESP using IPSEC tunnel mode? How about IPSEC transport mode? And the main question: does this description stands for ip_flow implementation in RELENG_4? If not, what are the differences? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: [EMAIL PROTECTED] nic-hdl: LYNX-RIPE ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Anyone heard about Broadband over power lines???
Marcin Jessa wrote: > On Tue, 23 May 2006 20:14:29 -0700 (PDT) > Mark Jayson Alvarez <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > A while ago, a group of individuals have demonstrated > > us with devices that can be used to extend your > > network throughout every corner of your company > > through the use of electric outlet... A quick googling > > tells me that such technologies are already existing > > long time ago and some Electric companies in other > > parts of the world also are now providing Internet > > services to their costumers at an added cost.. Do you > > know any ongoing opensource initiative regarding this > > technologies?? http://www.vobis-shop.de/vobis/catalog/rubric.service?rubricid=101919 35.5 Euro Netgear XE102 Powerline Ethernet up to 14 M bit/s For in house use. Not to ISPs http://www.vobis-shop.de/vobis/catalog/factsheet1.service?articleid=124099 http://www.netgear.com/products/details/XE102.php Maybe for more info on what you want: cruise a few hardware manufacturer sites such as Netgear, find hardware that does what you want, then search with google or whoever, looking for hardware model numbers ? -- Julian Stacey. Consultant Unix Net & Sys. Eng., Munich. http://berklix.com Mail in Ascii, HTML=spam. Ihr Rauch = mein allergischer Kopfschmerz. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Anyone heard about Broadband over power lines???
On 5/23/06, Mark Jayson Alvarez <[EMAIL PROTECTED]> wrote: Hi, A while ago, a group of individuals have demonstrated us with devices that can be used to extend your network throughout every corner of your company through the use of electric outlet... A quick googling tells me that such technologies are already existing long time ago and some Electric companies in other parts of the world also are now providing Internet services to their costumers at an added cost.. Do you know any ongoing opensource initiative regarding this technologies?? Thanks The 'in-building' kind is called HomePlug. It's a good alternative when wireless, and wired, technology is infeasible. When setup correctly it's link stability is greater then 802.11x, but expect speeds in the range of 4 - 10Mbps and about half the range of a typical LOS wireless link. YMMV, oh and the spec does include encryption, 56-bit DES I believe. For the most flexibility look for Ethernet bridge devices. The other one your thinking of is called BPL, Broadband over Power Line: http://www.arrl.org/bpl/ A better solution to BPL is fiber on the poles and wireless for the 'last mile', they already have the easements to set everything up but are just to lazy to do it. -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: nfsd and CPU/performance problem
Nash Nipples <[EMAIL PROTECTED]> writes: >Hi Marko, > > Actually i dont find that load critical. I think those lines well tell that > actually the process is running 581m42s and now it utilizes 13.48% Sometimes it was 80% > which sounds like a "kernel tuning issue" if you have excluded nfsserver out > of your kernel config last time u were compiling it. if you didnt just skip > this part at this time. > please make sure that the following lines do exist > options NFSCLIENT # Network Filesystem Client > options NFSSERVER # Network Filesystem Server > options NFS_ROOT# NFS usable as /, requires > NFSCLIENT No > These options are added in rc.conf and server now works correctly. > > rpc_lockd_enable="YES" > rpc_statd_enable="YES" It didn't help. Now cpu is like it should be, but BSD crashes twice a day with nothing in logs that I can find. I think RedHat clients or NetScreen firewall are the one to blame. -- Marko Lerota Sektor za nadzor i upravljanje OT - Optima Telekom d.o.o. Tel: 01 5492-161 Fax: 01 5492-109 http://www.optima.hr ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
question about MPSAFE network stack disabled
Hello all, I've got the following message during boot (on a 6.1 release custom kernel) : WARNING: MPSAFE network stack disabled, expect reduced performance. I do not use ipv6 nor ipsec, and they are disabled in my kernel config. The network driver used is bge. bpf, pf and altq are set, but I don't know if they can cause the network stack to fallback in non-mpsafe mode. You will find my dmesg and kernel conf attached. Would you please help me to find the cause of that message, to fix the resulting degraded performance induced by that problem. Please answer on my email, since I'm not a subscribed user of the freebsd-net mailing list for now. Thanks in advance, Michel Gravey This message was sent using IMP, the Internet Messaging Program. PENEOX Description: Binary data dmesg.PENEOX Description: Binary data ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: question about MPSAFE network stack disabled
Michel Gravey wrote: > Hello all, > I've got the following message during boot (on a 6.1 release custom kernel) > WARNING: MPSAFE network stack disabled, expect reduced performance. [...] > Would you please help me to find the cause of that message, to fix the > resulting degraded performance induced by that problem. First: What version are you running? IIRC, MPSAFE was disabled somewhere in the early stages of 5.x - are you running such a version? Second, please check your /boot/loader.conf - could it be that you added that line: debug.mpsafenet="0"? If so, remove it. It's only needed to workaround a bug in FreeBSD-pf AFAIK. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: question about MPSAFE network stack disabled
Michel Gravey wrote: > Hi Frank, > > I'm runnning a 6.1 release, installed first as 5.3 release in the past. > > Your trick does fix the warning (removing debug.mpsafenet line in > loader.conf). > > Since I'm using pf, does the bug you mentionned still be in the 6.1 release > (don't think so but I prefer to ask ?) > > Thanks again for your help, > > Michel Gravey The bug is not fixed yet. However, you only need to set debug.mpsafenet to 0, if you use the "group" and/or "user" filter parameters in your pf.conf. If you don't need filtering of user/groups, just leave debug.mpsafenet out of your loader.conf and it's okay. However, I depend on user/group filtering and had to set debug.mpsafenet too, so I get the same warning at bootup. I really don't see any noticeable problems with performance in cause of that, so you are safe to leave it in. The warning-message is not so bad as it seems, just don't worry. HTH, Frank ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: question about MPSAFE network stack disabled
- Forwarded message from Michel Gravey <[EMAIL PROTECTED]> - Date: Wed, 24 May 2006 18:16:08 +0200 From: Michel Gravey <[EMAIL PROTECTED]> To: Frank Steinborn <[EMAIL PROTECTED]> Subject: Re: question about MPSAFE network stack disabled Message-ID: <[EMAIL PROTECTED]> User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-6.0 Ok thanks for all the precise informations you gave me. Since I do not rely on such parameters, I'll keep my loader.conf without that line. Personnally, I didn't do any benchmarks with or without that parameters but the performance before was quite acceptable. (maybe better now, I did'nt notice it.) That warning was really bad, that's why I have post. Bye Michel Gravey Quoting Frank Steinborn <[EMAIL PROTECTED]>: >Michel Gravey wrote: >>Hi Frank, >> >>I'm runnning a 6.1 release, installed first as 5.3 release in the past. >> >>Your trick does fix the warning (removing debug.mpsafenet line in >>loader.conf). >> >>Since I'm using pf, does the bug you mentionned still be in the 6.1 >>release >>(don't think so but I prefer to ask ?) >> >>Thanks again for your help, >> >>Michel Gravey > >The bug is not fixed yet. However, you only need to set >debug.mpsafenet to 0, if you use the "group" and/or "user" filter >parameters in your pf.conf. If you don't need filtering of user/groups, >just leave debug.mpsafenet out of your loader.conf and it's okay. > >However, I depend on user/group filtering and had to set >debug.mpsafenet too, so I get the same warning at bootup. I really >don't see any noticeable problems with performance in cause of that, >so you are safe to leave it in. The warning-message is not so bad as >it seems, just don't worry. > >HTH, >Frank > -- Michel Gravey www.7ici.biz phone: +33(0)682837863 fax: +33(0)229001387 This message was sent using IMP, the Internet Messaging Program. - End forwarded message - ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: IPv6 raw socket to send original udp
Hi, One of my collegues helped me. bpf described in the following page is useful. http://canmore.sdf-eu.org/freebsd/bpf.html And libdnet is a wrapper of the bpf on FreeBSD. Code using libdnet seems to be portable with Linux and so on. From: Hideki Yamamoto <[EMAIL PROTECTED]> Subject: IPv6 raw socket to send original udp Date: Mon, 08 May 2006 05:44:51 +0900 (JST) Message-ID: <[EMAIL PROTECTED]> > > Hi, > > I tried to use pf as a traffic shaper for a streaming server, but > it does not work well. Input of pf is bursted packets within around 20 > msec, but is not bursted packets within around 100 msec or longer. > This traffic pattern is the feature of the streaming server. > > As pf is does not work well, I am thinking designinig original shaper > command on bridge-like freebsd box, and that the command will receive > the sever packet via libpcap, shape it and then send it constantly to > another device. To send packet from bridge-like freebsd box, I plan > to use RAW IPV6 socket. However in my small experiment, it does not > seems good, IP_HDRINCL option does not woks. > > I wonder if IPv6 raw socket can be used only for ICMPv6. > I would like to use IPv6 raw socket for original udp packet. > > Thanks in advance. > > Hideki Yamamoto > -- > > > ___ > freebsd-pf@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-pf > To unsubscribe, send any mail to "[EMAIL PROTECTED]" --- ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: nfsd and CPU/performance problem
On Wed, May 24, 2006 at 03:15:42PM +0200, Marko Lerota wrote: > Nash Nipples <[EMAIL PROTECTED]> writes: > > >Hi Marko, > > > > Actually i dont find that load critical. I think those lines well tell that > > actually the process is running 581m42s and now it utilizes 13.48% > > Sometimes it was 80% > > > which sounds like a "kernel tuning issue" if you have excluded nfsserver > > out of your kernel config last time u were compiling it. if you didnt just > > skip this part at this time. > > please make sure that the following lines do exist > > options NFSCLIENT # Network Filesystem Client > > options NFSSERVER # Network Filesystem Server > > options NFS_ROOT# NFS usable as /, requires > > NFSCLIENT > > No > > > These options are added in rc.conf and server now works correctly. > > > > rpc_lockd_enable="YES" > > rpc_statd_enable="YES" > > It didn't help. See discussion on stable@ for what is believed to be the problem. Backing out the changes to vfs_lookup.c would work around the problem for now (although it reintroduces other bugs). > Now cpu is like it should be, but BSD crashes twice a day > with nothing in logs that I can find. What do you mean "crashes" then? Do you need to configure crashdumps as described in the handbook and developers' handbook? Kris pgpvvSY9vFTEA.pgp Description: PGP signature
interface notifications
Hi,
I want to bring up the idea again of announcing all interfaces on
creation/insert rather than just physical ones as it is right now. The
difference will be that pseudo interfaces will be reported to devd and
this lets actions be taken in userland.
Anyone care to test.
Andrew
Index: etc/devd.conf
===
RCS file: /home/ncvs/src/etc/devd.conf,v
retrieving revision 1.32
diff -u -p -r1.32 devd.conf
--- etc/devd.conf 16 Mar 2006 17:42:27 - 1.32
+++ etc/devd.conf 3 Apr 2006 00:21:00 -
@@ -28,17 +28,19 @@ options {
# override these general rules.
#
-# For ethernet like devices start configuring the interface. Due to
-# a historical accident, this script is called pccard_ether.
+# Configure the interface on attach. Due to a historical accident, this
+# script is called pccard_ether.
#
-attach 0 {
- media-type "ethernet";
- action "/etc/pccard_ether $device-name start";
+notify 0 {
+ match "system" "IFNET";
+ match "type""ATTACH";
+ action "/etc/pccard_ether $subsystem start";
};
-detach 0 {
- media-type "ethernet";
- action "/etc/pccard_ether $device-name stop";
+notify 0 {
+ match "system" "IFNET";
+ match "type""DETACH";
+ action "/etc/pccard_ether $subsystem stop";
};
#
Index: sys/net/if.c
===
RCS file: /home/ncvs/src/sys/net/if.c,v
retrieving revision 1.255
diff -u -p -r1.255 if.c
--- sys/net/if.c21 Mar 2006 14:31:18 - 1.255
+++ sys/net/if.c3 Apr 2006 00:22:22 -
@@ -505,6 +505,7 @@ if_attach(struct ifnet *ifp)
if_attachdomain1(ifp);
EVENTHANDLER_INVOKE(ifnet_arrival_event, ifp);
+ devctl_notify("IFNET", ifp->if_xname, "ATTACH", NULL);
/* Announce the interface. */
rt_ifannouncemsg(ifp, IFAN_ARRIVAL);
@@ -682,6 +683,7 @@ if_detach(struct ifnet *ifp)
/* Announce that the interface is gone. */
rt_ifannouncemsg(ifp, IFAN_DEPARTURE);
EVENTHANDLER_INVOKE(ifnet_departure_event, ifp);
+ devctl_notify("IFNET", ifp->if_xname, "DETACH", NULL);
IF_AFDATA_LOCK(ifp);
for (dp = domains; dp; dp = dp->dom_next) {
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Blocking N consecutive packets with netgraph
I need to test a multicast streaming media application by selectively dropping packets in the network connecting the source to the viewer. The capability I need is to drop N consecutive packets, where N ranges from 1 to 50 and is chosen via the command line. I had hoped to do this with dummynet and ipfw, but apparently I can only drop packets with a specified probablity. The network topology for this method was to bridge two ethernet nics, then use dummynet pipes to vary the bandwith and packet loss rate. I also tested a method using ipfw to temporarily enable packet block rules using a short sleep interval, but there was only very coarse control of the number of packets blocked. Is it feasible to do this with netgraph? Please outline how this may be accomplihsed. TIA Tom Benjamin ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Blocking N consecutive packets with netgraph
[EMAIL PROTECTED] wrote: I need to test a multicast streaming media application by selectively dropping packets in the network connecting the source to the viewer. The capability I need is to drop N consecutive packets, where N ranges from 1 to 50 and is chosen via the command line. I had hoped to do this with dummynet and ipfw, but apparently I can only drop packets with a specified probablity. The network topology for this method was to bridge two ethernet nics, then use dummynet pipes to vary the bandwith and packet loss rate. I also tested a method using ipfw to temporarily enable packet block rules using a short sleep interval, but there was only very coarse control of the number of packets blocked. Is it feasible to do this with netgraph? Please outline how this may be accomplihsed. Certainly it is as long as you are happy to write your own node. Now, don't be scared.. nodes are relatively simple to write. They can be loaded dynamically once written. check out all the nodes available at: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ you can start easily with the "sample" node. change its name and compile it by adding a directory in the /sys/modules.netgraph directory, copying the Makefile from another one and modifying it accordingly. start hacking.. documantation is in: http://www.freebsd.org/cgi/man.cgi?query=netgraph&apropos=0&sektion=4&manpath=FreeBSD+7.0-current&format=html and all the other man pages for netgraph modules, TIA Tom Benjamin ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
