hello,
i'm a little bit confused about if_baudrate. from system headers
#define if_baudrate if_data.ifi_baudrate
and
u_long ifi_baudrate; /* linespeed */
so, i'm taking this as if_baudrate really should be an interface line
speed in megabits per second. am i correct? if so, then
On Thu, Nov 17, 2011 at 1:39 PM, Juli Mallett wrote:
> On Thu, Nov 17, 2011 at 13:12, Maksim Yevmenkin
> wrote:
>> hello,
>>
>> i'm a little bit confused about if_baudrate. from system headers
>>
>> #define if_baudrate if_data.ifi_baud
On 11/19/08, Julian Elischer <[EMAIL PROTECTED]> wrote:
> Randall Stewart wrote:
>
> >
> > On Nov 19, 2008, at 1:45 PM, Julian Elischer wrote:
> >
> >
> > > Randall Stewart wrote:
> > >
> > > > Dear All:
> > > > I have been contemplating UDP and tunneling. One of the
> > > > things that is a nice f
[...]
> > > just those that go to that ksocket. we hook on at the socketbuf point.
> > >
> >
> > that's right. basically, use ng_ksocket(4). that would be your tunnel
> > (outer) endpoint which you would bind to udp protocol, given address
> > and port. now everything that remote tunnel (outer) e
On Wed, Dec 17, 2008 at 1:53 PM, Uwe Grohnwaldt wrote:
> there is nothing mentioned about the network-interface neither in dmesg nor
> in pciconf.
> in my kernelconfig there are the entries:
> device em
> device igb
> device ixgb
>
> with the old kernel everything works.
>
i actually had somewhat
On 10/18/07, Julian Elischer <[EMAIL PROTECTED]> wrote:
> does anyone have a favourite tool for analysing tcp flows to easily figure
> out why a transfer is slow?
>
> I am hoping for something that can help visualise the flow as one of those
> "two timeline poles with lines between them" diagrams.
On Mon, Apr 14, 2008 at 1:33 AM, Marc Lörner <[EMAIL PROTECTED]> wrote:
> Hello,
> I found the following problem in the if_tap-device code in function tapcreate
> when used on 64-bit systems:
>
>TAPDEBUG("tapcreate(%s%d). minor = %#x\n", name, unit, minor(dev));
>
> /* generate fa
On 4/14/08, Bruce M. Simpson <[EMAIL PROTECTED]> wrote:
> Maksim Yevmenkin wrote:
>
> > please try the following patch. if there is no objections, i will commit
> it
[...]
>
> This patch looks good, please commit.
committed. thanks for the repo
> This is a long shot, but is it possible to set a Bluetooth device's
> BD_ADDR to a custom value using ng_bluetooth? I couldn't spot anything
> in the ng_btsocket(4) man page, or in the Bluez stack on Linux.
bluetooth spec v1.1 does not define a way to set device's bd_addr.
i guess it *might* b
Hello,
I'm considering testing the Vonage service, with my FreeBSD-4.10
system (maybe 5 or 6). I wonder if anyone here has a configuration
they can share, or if there are any pages out there that detail the
proper (and secure) setup.
i'm using lingo (www.lingo.com) - very similar to vonage. i use f
Gary Corcoran wrote:
Maksim Yevmenkin wrote:
Hello,
I'm considering testing the Vonage service, with my FreeBSD-4.10
system (maybe 5 or 6). I wonder if anyone here has a configuration
they can share, or if there are any pages out there that detail the
proper (and secure) setup.
i'm u
Forrest Aldrich wrote:
I'm also speaking of specific ipfw configuration to support this
functionality (QoS, traffic shaping, etc)...
i do not use any of it, and, i do not think it is even required.
normally cable/dsl links are asymmetrical, so your outbound is already
capped at 128k or whatever.
Robert,
I'm running an ethernet over TCP bridge using a combination of the native
ethernet bridge support and the tap driver. Basically, a daemon sits on
/dev/tapX and bridges ethernet frames using a small header over a TCP
connection. The bridge support is loaded as a kld, as is the tap support,
Julian Elischer wrote:
Has anyone connected a FreeBSD machine to a "cisco ipsec VPN" as
exported by various Cisco routers.
they have special solaris, linux and windows clients..
tried to play with it. no luck though. could find where to stick "group
password" (or whatever its called). even looke
Maksim Yevmenkin wrote:
Julian Elischer wrote:
Has anyone connected a FreeBSD machine to a "cisco ipsec VPN" as
exported by various Cisco routers.
they have special solaris, linux and windows clients..
tried to play with it. no luck though. could find where to stick
"group passwor
Hello,
A quick question about if_tap, the tapwrite function
( which copies an ethernet frame into an mbuf using uiotombuf )
is broken on alpha and sparc64.
The 14 byte ethernet header causes the rest of the frame to
be misaligned on 4 byte boundaries. This causes crashes in
various other parts of t
[...]
i think we have few options here:
1) revert back original tapwrite function that was changed in v.
1.48 and set offset to 2 bytes in top mbuf
2) change current version of tapwrite so it would m_prepend and
m_pullup mbuf after m_uiotombuf
3) change m_uiotombuf to accept one more parameter
[...]
I could try to port the changes netbsd made using m_copyup and
send you the resulting patchfile. IPv4 has already been serviced by
John-Mark Gurney in perforce.
having these changes in the tree is a good thing, but it will require
more testing. maybe for now we could get away with simpler c
Hello,
i think we have few options here:
1) revert back original tapwrite function that was changed in v.
1.48 and set offset to 2 bytes in top mbuf
2) change current version of tapwrite so it would m_prepend and
m_pullup mbuf after m_uiotombuf
3) change m_uiotombuf to accept one more parameter
John-Mark Gurney wrote:
Maksim Yevmenkin wrote this message on Mon, May 02, 2005 at 09:38 -0700:
i think we have few options here:
1) revert back original tapwrite function that was changed in v.
1.48 and set offset to 2 bytes in top mbuf
2) change current version of tapwrite so it would
Hello,
i think we have few options here:
1) revert back original tapwrite function that was changed in
v. 1.48 and set offset to 2 bytes in top mbuf
2) change current version of tapwrite so it would m_prepend and
m_pullup mbuf after m_uiotombuf
3) change m_uiotombuf to accept one more parameter
Patrick,
I have been working with tap interfaces, bridging and openvpn
Bridging works perfectly, and openvpn does too
Packet pings from the tap interface works to any ip address, on the
local machine or computer on the bridged network
Attempting to make a tcp connection works for bridged network,
s and will send you a patch in a few days.
in the mean time all ethernet interfaces in the bridge should have the
same set of features.
thanks,
max
On Sun, 8 May 2005, Maksim Yevmenkin wrote:
Patrick,
I have been working with tap interfaces, bridging and openvpn
Bridging works perfectly, and op
Dear Hackers,
could someone please take/try a look at the attached patch? since i do
not have a card that is capable of hardware checksumming i can not test
it here.
thanks,
max
Maksim Yevmenkin wrote:
Patrick,
Yes, ifconfig -txcsum fixes the problem, so somewhere packets are not
getting
Pyun,
I can't sure but bridge(4) seems to have checksum related issues.
Here is my theory.
Interface A : H/W checksum offloading supported, Have IP address
Interface B : no H/W checksum offloading, No IP address assigned
Gateway : 192.168.10.1
| Bridge
+--
Peter,
Does anyone have any objection to me committing the patch in this thread?
looks good to me.
(Note: I inadvertently included a local change that no longer prevents
non-root users from opening up /dev/tap*: I don't intend to commit
that part of it)
good, i was about to ask you :)
max
Matthew Reimer wrote:
I'm trying to use ng_netflow to monitor our network traffic but for some
reason NetFlow packets aren't emitted unless tcpdump is running on the
interface configured with ng_netflow.
The box is running FreeBSD 4.11-STABLE and the latest ng_netflow from ports.
It has two N
Hello,
please try the attached patch.
> >Description:
> assigning an address to ng_fec(4) iface causes panic
> during dumping to dumpdev another panic occurs preventing to identify
> the source of the first panic and having the crash dump
>
> ng_iface creation sequence:
On 8/23/05, Brooks Davis <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 23, 2005 at 10:09:06AM -0700, Maksim Yevmenkin wrote:
> > Hello,
> >
> > please try the attached patch.
> >
> > > >Description:
> > > assigning an address to ng_fec
Hackers,
Attached some patches that implements device cloning
(with devfs(5) support) for tap(4). The implementation is based
on resource manager (see tun(4) and gif(4)).
Brooks Davis ([EMAIL PROTECTED]) took a quick
look at the patch and seems has no objection. Please review,
Hackers,
i'm writing Bluetooth L2CAP sockets layer in Netgraph. the
basic idea is very similar to Netgraph sockets except
L2CAP is a reliable protocol. before L2CAP channel is open,
each peer must negotiate incoming and outgoing MTU for the
channel. so the idea is that each peer sends and receive
Hello Jeffrey,
> Please try out this patch instead.
>
> Index: uipc_mbuf.c
> ===
> RCS file: /home/cvs/src/sys/kern/uipc_mbuf.c,v
> retrieving revision 1.90
> diff -u -6 -r1.90 uipc_mbuf.c
> --- uipc_mbuf.c 5 Feb 2002 02:00
Folks,
[probably should be cc'd to -mobile as well]
An engineering release of Bluetooth stack for -current FreeBSD
is available for download at
http://www.geocities.com/m_evmenkin/ngbt-fbsd-20020415.tar.gz
i'm interested to hear from people who familiar with FreeBSD
kernel, Netgraph and/or Blu
Julian,
thanks for the comments, as always i found them very useful :)
i have combined both e-mail into one and included my answers
inline.
> ng_btsocket.c: unmodified: line 674
> sbappendrecord(&pcb->so->so_snd, m);
> m = m_dup(m, M_TRYWAIT);
> if (m == NULL) {
>
Roman Kurakin wrote:
> #if __FreeBSD_version >= 50
> mtx_init (&d->queue.ifq_mtx, "cp_queue", MTX_DEF);
> mtx_init (&d->hi_queue.ifq_mtx, "cp_queue_hi", MTX_DEF);
> #endif
my guess would be that you forgot to call mtx_destroy() for
queue and hi_queue mutexes.
Hackers,
I'm having hard time with Netgraph on recent -current.
First, there is a lot of warnings (see below) related to
initialization of struct ng_parse_struct_info. I think
it is related to zero sized "fields" array. Someone else
already posted about the same problem.
Second, my laptop crash
[cc: [EMAIL PROTECTED]]
Hackers,
Another developer snapshot is available at
http://www.geocities.com/m_evmenkin/ngbt-fbsd-20020613.tar.gz
This release is for -current DP1 only. I had to
downgrade back to DP1 due to huge amount of changes
in -current.
Brief list of changes
- Basic support
Julian,
> I was just discussing this with people here at USENIX and I'd like to
> start the process for committing this.
Oh, gee, thanks :) but, i'm not so sure about committing. There
are several important bits and pieces that needed to be done. First
of all, i do want to see properly tested
amples ready to put in /usr/share/examples/netgraph.
>
>
>
> On Thu, 13 Jun 2002, Maksim Yevmenkin wrote:
>
> > [cc: [EMAIL PROTECTED]]
> >
> > Hackers,
> >
> > Another developer snapshot is available at
> >
> > http://www.geocities.com/m_evm
Markus Brueffer wrote:
Hi all,
is it possible to somehow obtain a list of nodes of a specific type without
root privileges?
nope
Background: I need this in order to do autodetection of hci nodes (port of
kde-bluetooth and new libhci) from a regular user account.
err... i added this to blu
Dear Hackers,
I would like to get some feedback on the idea i have.
Basically i would like Netgraph system to send kevents
whenever something happens. For example:
1) node X of type Y was created/destroyed
2) hook X was connected/disconnected to/from node Y
3) Data passed via hook X
4) Node X got
Archie Cobbs wrote:
>
> Maksim Yevmenkin writes:
> > I would like to get some feedback on the idea i have.
> > Basically i would like Netgraph system to send kevents
> > whenever something happens. For example:
> >
> > 1) node X of type Y was created/d
Steve Tremblett wrote:
>
> I've been toying with the idea of tackling a Netgraph TCP/IP
> implementation and want to hack out some skeleton netgraph nodes just
> to feel things out and play around with parsing. I'm somewhat confused
> on how to start. I'd like to be able to tinker as I go and I'
Dear Hackers,
The next snapshot is available for download at
http://www.geocities.com/m_evmenkin/ngbt-fbsd-20021119.tar.gz
Below is a quick summary of changes
o Minor fixes for various man pages
o Due to copyright issues firmware file has been removed
from BT3C driver. Users must obtain firm
"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
Doug,
I've run into this bug since about 4.6-stable of some time. I use netgraph
to connect to a tap device in vmnet mode since in vmnet mode it is
persistan. In tap mode if comes and goes depending on whether or not I
have the device open. Anyways I couldn't get data to come in the vmnet
node
Doug,
| >I've run into this bug since about 4.6-stable of some time. I use netgraph
| >to connect to a tap device in vmnet mode since in vmnet mode it is
| >persistan. In tap mode if comes and goes depending on whether or not I
| >have the device open. Anyways I couldn't get data to come in th
Hello Larry,
I have a dlink usb-bluetooth adapter, which works great on my powerbook
btw heh. But I'd love to know if anyone has had any success with
something like that on freebsd? I have a bluetooth capable pda and i
want to set it up to dial-in to the freebsd-box and get out to the
inter
Dear Hackers,
I'm very pleased to announce that another engineering release
is available for download at
http://www.geocities.com/m_evmenkin/ngbt-fbsd-20030210.tar.gz
Note: This release has new tree layout that matches FreeBSD
source tree.
Quick summary of changes
- New in-kernel RFCOMM imple
Dear Hackers,
I'm very pleased to announce that another release is available for
download at
http://www.geocities.com/m_evmenkin/ngbt-fbsd-20030305.tar.gz
The Bluetooth sockets layer has been cleaned up. People should not
see any WITNESS complains with new code. Locking issues have been
revisit
Hello Christian,
[...]
Are there any undertakings on the way to update the bluetooth code
in -CURRENT to a newer snapshot?
As soon as I get at least few positive feedbacks from the testers
Julian will commit it :) I do not feel comfortable to commit the
code that has only been tested on the limit
[cc'd to -net and -mobile]
Hello Craig,
> Thanks for the great work on the FreeBSD BlueTooth stack. It works great!
thank you for trying this. i'm glad it works for you :)
> I wanted to introduce myself because I am considering porting the BT stack
> work you did to OpenBSD. Before I start
Hello,
sorry for the late reply (better late then never :) the follwing link has
the list of devices supported by BlueZ (Linux Bluetooth stack).
http://www.holtmann.org/linux/bluetooth/devices.html
the same list (in general) is valid for FreeBSD. just check the "Chipset"
and "Driver" columns. if
Dear Hackers,
After a very long delay (sorry!) I'm pleased to announce that I'm still around
and new a snapshot can be downloaded from
http://www.geocities.com/m_evmenkin/ngbt-fbsd-20030908.tar.gz
Here is quick summary:
o ng_hci(4) and ng_l2cap(4) kernel modules were changed to fix issue with
Tobias,
> > After a very long delay (sorry!) I'm pleased to announce that I'm still
> around
> > and new a snapshot can be downloaded from
>
> kickass! I will try it out later today
:)
> > Here is the list of things I'm planing to do next:
> >
> > o Prepare patches for FreeBSD source tree
> >
Dear Hackers,
I have prepared Bluetooth mega patch for FreeBSD source tree. This patch
updates FreeBSD sources to the most recent snapshot. The patch is quite
extensive - it adds two new libraries (libbluetooth and libsdp) as well
as puts some files into /etc/bluetooth and modifies quite a few oth
Dear Hackers,
is there a way to force packets to go out on a specific interface
based on a source IP address?
here is what we want: for testing purposes we have a FreeBSD box with
two 100Mbit NICs (em0 and em1). both NICs are on the the same subnet
172.1.1.x/23. both NICs are connected to the Se
Dear Hackers,
could we please commit the attached patch. it fixes the dummynet(4) panic
when you do ipfw(8) flush with configured dummynet(4) rules.
thanks,
max
p.s. if re@ will give a green ligth can someone please commit it?
i will not be able to do it until evening.
__
Hello,
> Hello. I'll make a small wireless network in my office in the coming month.
> Now I'm considering bluetooth instead of 802.11. In the office I have a
> freebsd server, my own notebook runs freebsd. Other computers run MAC OS
> and Windows.
ok
> * the office is not very big, just as
> > >Encryption is a good idea for any wireless network.
> > >I believe bluetooth has a little more in this respect over 802.11 but
> > >I do not know any sure statement whether by itself it is enough.
> > >Eg you may need to run IPSec or similar over any wireless link to secure
> > >your data.
>
60 matches
Mail list logo
