Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Pass mac address to tap from template #9

Open
jbergstroem opened this issue Sep 16, 2014 · 5 comments
Open

Pass mac address to tap from template #9

jbergstroem opened this issue Sep 16, 2014 · 5 comments

Comments

@jbergstroem
Copy link

It'd be nice to provide an optional mac address through a template:
-s 2:0,virtio-net,tap0,mac=00:00:00:00:00:00

@michaeldexter
Copy link
Owner

On 9/15/14 6:27 PM, Johan Bergström wrote:

It'd be nice to provide an optional mac address through a template:
-s 2:0,virtio-net,tap0,mac=00:00:00:00:00:00

That would be easy for one NIC, not so easy for multiple NICs.

Thoughts?

Michael

@jbergstroem
Copy link
Author

No good suggestion for multiple nic use-cases unfortunately. Supporting one nic would at least be better than none.

@michaeldexter
Copy link
Owner

On 9/15/14 7:02 PM, Johan Bergström wrote:

No good suggestion for multiple nic use-cases unfortunately.
Supporting one nic would at least be better than none.

I will think about it.

Herein lies the problem with multiplicity: if you want multiple disks or
NICs, how many? "Lots" for one user is "way too few" for another.

Michael

@jbergstroem
Copy link
Author

Not sure what your bigger plan for vmrc is, so it might or not be out of scope. I've got some experience with vmadm and the likes from smartOS which is pretty nice. Others might be used to virsh (which is already available). Point being that limitations might be a reasonable scope.

@michaeldexter
Copy link
Owner

On 9/15/14 11:41 PM, Johan Bergström wrote:

Not sure what your bigger plan for vmrc is, so it might or not be out
of scope. I've got some experience with vmadm and the likes from
smartOS which is pretty nice. Others might be used to virsh (which is
already available). Point being that limitations might be a
reasonable scope.

I love seeing how other solutions approach this but I have also been
asking people which systems they think vmrc should follow:

"Make it like what we used at my last job"

"Did you like it?"

"Oh God no, it was terrible"

(Very useful!)

I asked a half dozen developers at BSDCan and go about a dozen answers
like this. Interesting, but not very useful.

Michael

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants