1 |
On Monday, December 29, 2014 03:38:40 AM lee wrote: |
2 |
> "J. Roeleveld" <joost@××××××××.org> writes: |
3 |
> > What do you mean with "unusable"? |
4 |
> |
5 |
> The bridge swallows the physical port, and the port becomes |
6 |
> unreachable. IIRC, you can get around this by assigning an IP address |
7 |
> to the bridge rather than to the physical port ... In any case, I'm |
8 |
> finding bridges very confusing. |
9 |
|
10 |
This is by design and is documented that way all over the web. |
11 |
|
12 |
> >> > pass virtual NICs to the VMs which are part of the bridges. |
13 |
> >> |
14 |
> >> Doesn't that create more CPU load than passing the port? |
15 |
> > |
16 |
> > Do you have an IOMMU on the host? |
17 |
> > I don't notice any significant increase in CPU-usage caused by the network |
18 |
> > layer. |
19 |
> |
20 |
> Yes, and the kernel turns it off. Apparently it's expected to be more |
21 |
> advantageous for some reason to use software emulation instead. |
22 |
|
23 |
Huh? That is usually because of a bug in the firmware on your server. |
24 |
|
25 |
> >> And at some |
26 |
> >> point, you may saturate the bandwidth of the port. |
27 |
> > |
28 |
> > And how is this different from assigning the network interface directly? |
29 |
> |
30 |
> With more physical ports, you have more bandwidth available. |
31 |
|
32 |
See following: |
33 |
|
34 |
> >> My switch supports bonding, which means I have a total of 4Gbit/s between |
35 |
> >> the server and switch for all networks. (using VLANs) |
36 |
> |
37 |
> I don't know if mine does. |
38 |
|
39 |
If bandwidth is important to you, investing in a quality switch might be more |
40 |
useful. |
41 |
|
42 |
> >> > But it's your server, you decide on the complexity. |
43 |
> >> > |
44 |
> >> > I stopped passing physical NICs when I was encountering issues with |
45 |
> >> > newer |
46 |
> >> > cards. |
47 |
> >> > They are now resolved, but passing virtual interfaces is simpler and |
48 |
> >> > more |
49 |
> >> > reliable. |
50 |
> >> |
51 |
> >> The only issue I have with passing the port is that the kernel module |
52 |
> >> must not be loaded from the initrd image. So I don't see how fighting |
53 |
> >> with the bridges would make things easier. |
54 |
> > |
55 |
> > Unless you are forced to use some really weird configuration utility for |
56 |
> > the network, configuring a bridge and assiging the bridge in the |
57 |
> > xen-domain config file is simpler then assigning physical network |
58 |
> > interfaces. |
59 |
> |
60 |
> Hm, how is that simpler? And how do you keep the traffic separated when |
61 |
> everything goes over the same bridge? What about pppoe connections? |
62 |
|
63 |
Multiple bridges? |
64 |
|
65 |
-- |
66 |
Joost |