Receive packet processing.

2003-09-28 Thread George V. Neville-Neil
Hi, I'm tryinbg to follow packets flowing up from an ethernet device driver (if_fxp.c in this case) and as far as I can tell they are processed completely at device interrupt level unless deferred in netisr_dispatch(). Is that correct? Thanks, George ___

Re: tcpdump - tun/tap virtual interfaces

2003-09-28 Thread Dambielle Yannick
Sorry for the mistakes (again)... need to sleep :/ Bellow are the right results with the right ip address... # route add 10.0.10.1 10.0.10.2 results are : # route get 10.0.10.1 route to: 10.0.10.1 destination: 10.0.10.1 gateway: 10.0.10.2 interface: tap0 # route get 10.0.10.2

Re: tcpdump - tun/tap virtual interfaces

2003-09-28 Thread Dambielle Yannick
Hello, Thank you very much for the details. I think I'm starting to understand the subject better. Well, I've did all again from the beggining and now I have the same results has you had. It works. 10.0.10.1 is routed via lo0, and 10.0.10.2 is routed via tap0. Icmp requests and replies could be see

Re: tcpdump - tun/tap virtual interfaces

2003-09-28 Thread Robert Watson
On Sun, 28 Sep 2003, Giovanni P. Tirloni wrote: > * Robert Watson ([EMAIL PROTECTED]) wrote: > > > Do you see anything when you ping the broadcast address or other foreign > > address of the tap interface? Packets delivered to local IP addresses > > generally don't go out an interface. > > A

Re: tcpdump - tun/tap virtual interfaces

2003-09-28 Thread Robert Watson
On Sun, 28 Sep 2003, Dambielle Yannick wrote: > When I try to ping the broadcast address I have the following results: > # ping 10.0.0.255 > ping: sendto: Permission denied > ... This is not the broadcast address for the network you've configured. It should be 10.0.10.255. > Bellow is

Re: tcpdump - tun/tap virtual interfaces

2003-09-28 Thread Giovanni P. Tirloni
* Robert Watson ([EMAIL PROTECTED]) wrote: > Do you see anything when you ping the broadcast address or other foreign > address of the tap interface? Packets delivered to local IP addresses > generally don't go out an interface. About Ethernet frames not going out to the wire and being sent to

Re: tcpdump - tun/tap virtual interfaces

2003-09-28 Thread Dambielle Yannick
- Original Message - From: "Robert Watson" <[EMAIL PROTECTED]> To: "Dambielle Yannick" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Sunday, September 28, 2003 6:40 PM Subject: Re: tcpdump - tun/tap virtual interfaces > > On Sun, 28 Sep 2003, Dambielle Yannick wrote: > > > I've tried

Re: tcpdump - tun/tap virtual interfaces

2003-09-28 Thread Robert Watson
On Sun, 28 Sep 2003, Dambielle Yannick wrote: > I've tried to dump some paquets sent to a virtual interface without any > success for a couple of hours so I ask for some helps to the list. I > use a FreeBSD 5.0, my kernel has been rebuilt and installed with the > following option in order to use

Re: tcpdump - tun/tap virtual interfaces

2003-09-28 Thread Dambielle Yannick
When I sniff lo0, I have this result : 10:09:12 10.0.0.1 > 10.0.0.1: icmp: echo request 10:09:12 10.0.0.1 > 10.0.0.1: icmp: echo reply ... I've noticed that in dmesg: tap0: discard frame w/o leading ethernet header (len 2 pkt len2) I don't know anything about that (?!?) Does it works for you when