+-le 28/11/2003 17:12 +0100, Pawel Malachowski écrivait :
| On Fri, Nov 28, 2003 at 04:44:30PM +0100, Mathieu Arnold wrote:
|
|> ip address on the vlan subnet (say ping 62.233.44.132), and I tcpdump -i
|> vlan20, I see arp requests going out, on the tcpdump I launched on the
|> according host, I
On Fri, Nov 28, 2003 at 04:44:30PM +0100, Mathieu Arnold wrote:
> ip address on the vlan subnet (say ping 62.233.44.132), and I tcpdump -i
> vlan20, I see arp requests going out, on the tcpdump I launched on the
> according host, I see the arp request coming in, the response going out,
> but I don
+-le 28/11/2003 00:23 +0100, Pawel Malachowski écrivait :
| On Fri, Nov 28, 2003 at 12:00:01AM +0100, Spyou wrote:
|
|> mine stays unchanged before, during and after running freevrrpd (parent
|> ether & vlan managed by freevrrpd) .. that's why i was thinking this is
|> a problem with the FXP dri
At 00:23 28/11/2003, you wrote:
> When killing :
> Nov 26 23:23:42 f1 freevrrpd[410]: restoring real MAC address:
> 00:B0:D0:E1:32:D8 for interface fxp1
fxp1? :)
Oups ... copied the wrong lines :))
Nov 26 21:24:37 f1 freevrrpd[2694]: launching daemon in background mode
Nov 26 21:24:37 f1 freevrrpd[
On Fri, Nov 28, 2003 at 12:00:01AM +0100, Spyou wrote:
> mine stays unchanged before, during and after running freevrrpd (parent
> ether & vlan managed by freevrrpd) .. that's why i was thinking this is a
> problem with the FXP driver ...
> When killing :
> Nov 26 23:23:42 f1 freevrrpd[410]: re
At 23:54 27/11/2003, Pawel Malachowski wrote:
On Thu, Nov 27, 2003 at 11:38:40PM +0100, Spyou wrote:
> Damn ! The mac address of you vlan (and, i suppose, of you ether card) has
> changed ...
Ether card MAC and other vlans are unchanged. Thats what we are expecting. :)
According to your last mail,
On Thu, Nov 27, 2003 at 11:38:40PM +0100, Spyou wrote:
> Damn ! The mac address of you vlan (and, i suppose, of you ether card) has
> changed ...
Ether card MAC and other vlans are unchanged. Thats what we are expecting. :)
> Mine doesn't change at anytime (except if i fire freevrrpd up and cre
At 23:23 27/11/2003, you wrote:
vlan0: flags=8843 mtu 1500
inet 10.255.255.1 netmask 0xff00 broadcast 10.255.255.255
inet6 fe80::250:fcff:fe5e:5b40%vlan0 prefixlen 64 scopeid 0xa
ether 00:00:e8:41:cd:10
media: Ethernet autoselect (100baseTX )
status: acti
On Thu, Nov 27, 2003 at 10:56:58PM +0100, Spyou wrote:
> This solution (w/o vlans) works .. the downtime is something like 3/4
> seconds .. wich is acceptable for my applications :)
>
> but i can't work w/o vlans :(
R1:
% ifconfig vlan0 create vlan 1 vlandev de0
% ifconfig vlan0 inet add 10.255
At 22:54 27/11/2003, Pawel Malachowski wrote:
When moving IP address from R1 to R2, R2 is not able to bring this IP
up cause it already has route to that network in routing table. Is it
possible You have similar problem here?
I had this problem a few days ago ...
I've found a solution that is not
On Thu, Nov 27, 2003 at 10:37:35PM +0100, Spyou wrote:
> Now, i need to isolate some servers into vlans. So i create vlans on the
> interface managed by VRRP, i told VRRP to use various vlans instead of the
> parent interface ... And ... here's the probleme ...
>
> as you might know, VRRP modif
Hi there,
I'm currently playing with a "quite" simple network infrastructure :
---
| INTERNET|
---
| |
|R1|---|R2|
| |
-----
| SWITCH ||servers & co|
-----
R1 & R2 are
12 matches
Mail list logo
