Multicasting and routes

est shouldn't be applied while checking for a route. Alas, I wonder if multicast packets shouldn't be marked with IP_ROUTETOIF. Unfortunately, my personal knowledge of this piece of code leaves me just wondering. Comments or suggestions? -- Daniel C. Sobral(8-DCS)

Re: Multicasting and routes

checking if it knows a route to that address and returning host unreachable otherwise. I have a patch at http://people.freebsd.org/~dcs/ip_output.patch which I intend to commit unless someone objects. What it does is skip the route checking code if a interface was specified for the multicast packet

802.1q and multicasting

s/net/if.c and that didn't help. I tried to find out what else was different when this was done through bpf, but aside a bpf flag I couldn't find anything. Anyone has any clues or insights? -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [

Completely unstable -stable (IPSEC)

#x27;, inp_depend4 = { inp4_ip_tos = 0 '\000', inp4_options = 0x0, inp4_moptions = 0x0}, inp_depend6 = { inp6_options = 0x0, inp6_outputopts = 0x0, inp6_moptions = 0x0, inp6_icmp6filt = 0x0, inp6_cksum = 0, inp6_ifindex = 0, inp6_hops = 0, inp6_hlim = 0 '\000'}, i

Re: [zebra 9651] RE: Linux/Ethernet interface status? Linux & BSD

decisions like this. This would be an ideal application for kqueue. Is there any kqueue events for interface status? -- Daniel C. Sobral (8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Maybe Computer Science should be in the College of Theology.

TCP window and vlans

rnel will crash within minutes, though I'm about to test a patch for that). Any ideas? I'm unfamiliar with this part of the code, so even pointers to where this code is will be helpful. -- Daniel C. Sobral (8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]

Re: [zebra 9666] Re: Linux/Ethernet interface status? Linux & BSD

ve the interface up without any routes on it, even if it has an address/netmask. In fact, it happened to me due to some obscure bug in Zebra once. :-) -- Daniel C. Sobral (8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Boy, n.: A no

Re: TCP window and vlans

e and I wouldn't be able to send a single packet. -- Daniel C. Sobral (8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] What PROGRAM are they watching? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

VLAN collisions

I am seeing something weird here. I get collisions on one of my vlan interfaces. Huh? How come? How can this happen? -- Daniel C. Sobral (8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] It is undignified for a woman to play servant to a man who

Re: Request for testers: multicast patch

kets++; You see that the statistics are _already_ checked for ia == NULL. In the other point where we added the check for ia == NULL on current stable was correct too, I just didn't notice it was correct on both places when I generated the patch. I just wonder when and w

Request for testers: multicast patch

clude version 1.130 which addresses points 2 and 3). The main difference is that stable already has a check that is not present on current (I wonder why it was removed...). If a few people would be so kind as to test these patches... -- Daniel C. Sobral (8-DCS) [EMAIL PROTECTED] [

Re: Request for testers: multicast patch

clemensF wrote: >>Daniel C. Sobral: >> > >>On http://people.freebsd.org/~dcs/ip_output.c there is a port to stable >>of the revisions 1.127 through 1.130 of /sys/netinet/ip_output.c. These >> > > i did not find it: 404. All I can say is: duh!

Re: cvs commit: src/sys/netinet ip_output.c

scovered the correct tests were put in stable on revision 1.99.2.13, by Ian, but were never a part of current. I'll be merging this from stable. -- Daniel C. Sobral (8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Show me a man who is a good l

TCP windows and vlans?

t see how could vlans possibly interfere with the tcp stack. Any hints anyone? I can provide whatever logs and dumps you wish from the client side, but since I cannot copy any sizeably log from F3 itself... -- Daniel C. Sobral (8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTE

RTM_NEWADDR

I was wondering about RTM_NEWADDR. I have noticed that no such message is generated when you add a new address to an interface with ifconfig. So I have two questions: is that what is expected? And how can I receive events whenever a new address is set on an interface? -- Daniel C. Sobral

RTM_INFO

Another question... when the interface goes up and an RTM_INFO message is generated, shouldn't the interface addresses be passed? -- Daniel C. Sobral (8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Raising pet electric eels is gaining a l

Re: FreeBSD NATd problems

ncreased latency caused by performing lookups in the data structure chain. > > So back to the question, has anyone else hear/experianced/seen this ? > > Barry > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-net" in the body of the

Re: RTM_INFO

eq 0, errno 0, flags: > locks: inits: > sockaddrs: > 18.24.4.0 (255) ff > > # and now our interface comes back up > got message of size 96 on Thu Aug 16 12:49:52 2001 > RTM_IFINFO: iface status change: len 96, if# 1, >flags: Funny. I don't see RTM_NE

Re: RTM_INFO

Ruslan Ermilov wrote: > On Thu, Aug 16, 2001 at 10:08:30AM -0300, Daniel C. Sobral wrote: > >>Another question... when the interface goes up and an RTM_INFO message >> > s/RTM_INFO/RTM_IFINFO > >>is generated, shouldn't the interface addresses be passed?

Final Request for Review

en working on current for a few weeks now (releases 1.128 through 1.131, iirc -- there may have been an additional release before we got it right). -- Daniel C. Sobral (8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] A holding company is a thing

RTM_NEWADDR

on to debug this problem, I would appreciate immensily. This problem is being a hell on us. -- Daniel C. Sobral (8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Writing about music is like dancing about architecture. -- Frank

Re: Fw: documentacao do sistema de gerencia

Alan wrote: > On Wed, Oct 24, 2001 at 11:14:54AM -0200, Daniel C. Sobral wrote: > >>After a long time looking into this, I have finally understood what's >>the problem. RTM_NEWADDR is generated sometimes yes, sometimes no. I >>have absolutely no idea what makes

VLAN speed

Why does vlans announce themselves as being 10 Mbits/s? I'm getting this from snmp on vlans that are attached to 100 Mbits/s cards. -- Daniel C. Sobral (8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] You cannot kill time without inj

Re: VLAN speed

. :-) Zero is a bit too little for me. :-) -- Daniel C. Sobral (8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Real programmers always have a better idea. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: CFR: bridge locking

r grateful. I've been trying to configure a setup where a firewall is connected to redundant switches, but no solution I found could handle the vlan attachments. :-( -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca VI

Re: CFR: bridge locking

n/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- Daniel C. Sobral

Re: CFR: bridge locking

h. On Wed, 20 Aug 2003, Daniel C. Sobral wrote: Nope. Neither netgraph nor bridge(4) produce a pseudo-interface. Unfortunately. It would have solved the problem I was discussing with you (alas, I found a y2k thread, in which Archie and you were also present, about that very same problem).

Re: CFR: bridge locking

Maxim Konovalov wrote: [ CC: trimmed ] On Wed, 20 Aug 2003, 14:52-0300, Daniel C. Sobral wrote: [...] If you get bridge to send/receive packets to/from vlan interfaces attached to them, I'll be forever grateful. I've been trying to configure a setup where a firewall is connected to

Re: CFR: bridge locking

Maxim Konovalov wrote: On Thu, 21 Aug 2003, 09:21-0300, Daniel C. Sobral wrote: Maxim Konovalov wrote: [ CC: trimmed ] On Wed, 20 Aug 2003, 14:52-0300, Daniel C. Sobral wrote: [...] If you get bridge to send/receive packets to/from vlan interfaces attached to them, I'll be forever gra

Re: CFR: bridge locking

Doug Ambrisko wrote: Daniel C. Sobral writes: | If you get bridge to send/receive packets to/from vlan interfaces | attached to them, I'll be forever grateful. | | I've been trying to configure a setup where a firewall is connected to | redundant switches, but no solution I found co

Re: CFR: bridge locking

dea on how to use it. And, on the curious side, it's has been mfc in time for 4.6-RELEASE, but it still hasn't been hasn't been connected to the build. :-) I'll cc Julian in this message, see if he feels guilty or something. :-) -- Daniel C. Sobral (8-DCS)

Re: CFR: bridge locking

Maxim Konovalov wrote: [ CC: trimmed ] On Wed, 20 Aug 2003, 14:52-0300, Daniel C. Sobral wrote: [...] If you get bridge to send/receive packets to/from vlan interfaces attached to them, I'll be forever grateful. I've been trying to configure a setup where a firewall is connected to

Re: subnetting C class into /26 /25 /26, why can this be done?

people write numbers in oriental languages and arabic -- no sense in setting the bar too low :) -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca VIVO Centro Oeste Norte Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: [EMAI

Re: subnetting C class into /26 /25 /26, why can this be done?

ave static routes for 0-63 and 192-255. And I'm not even completely sure that will work. -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca VIVO Centro Oeste Norte Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: [EMAIL P

Re: adding if_dev member to struct ifnet

ace with a name like fxp0.100 so while you could synthesize a unit number, it wouldn't have any useful meaning. I wonder how that works for vlans over bridges... -- Daniel C. Sobral Gerência de Operações Divisão de Comunicação de Dados Coordenação de Segurança VIVO Centro Oeste Norte Fones: 55

Re: tcp hostcache and ip fastforward for review

in case I'm reading the situation correctly, here's my request for it not to happen. :-) -- Daniel C. Sobral Gerência de Operações Divisão de Comunicação de Dados Coordenação de Segurança VIVO Centro Oeste Norte Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: [EMAIL PROTE

Re: tcp hostcache and ip fastforward for review

IIRC, in case you have an IP-less interface and you want to subscribe it to some multicast address, the outgoing packet source address is 0.0.0.0. -- Daniel C. Sobral Gerência de Operações Divisão de Comunicação de Dados Coordenação de Segurança VIVO Centro Oeste Norte Fones: 55-61-313-7654/Cel: