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

New-HNSNetwork and vSwitch \ VMNetwork #300

Open
mmgil opened this issue Jan 10, 2019 · 2 comments
Open

New-HNSNetwork and vSwitch \ VMNetwork #300

mmgil opened this issue Jan 10, 2019 · 2 comments

Comments

@mmgil
Copy link

mmgil commented Jan 10, 2019

Hi all

In my Hyper-V environment we have a vswitch named vSwitch01 and a VMNetworkAdapter (Managementos) named "REDE INTERNA". In this way, the Netadapter obtains the name vEthernet (REDE INTERNA).

I configured this way to be possible to have several VMNetworkAdapter in different ID VLANs, and to give me flexibility, if in the future, I need to add the Hyper-V host to other networks.

However, I believe that my configuration model is causing error in the New-HNSNetwork of the start.ps1 script because it search for netadapter with the name "vEthernet (Ethernet *" And in my case is "vEthernet (REDE INTERNA)".

I receive the following error:

VERBOSE: Result : {"Error":"An adapter was not found. ","ErrorCode":2151350278,"Success":false}

Even removing this criterion I get error:

Failed to find a suitable network adapter, check your network settings.

In my investigation I found that the New-hnsnetwork function call the function Get-vmcomputenativemethods, and this function return the following error:

Add-Type : Cannot add type. The type name 'VmCompute.PrivatePInvoke.NativeMethods' already exists.

@mmgil
Copy link
Author

mmgil commented Jan 11, 2019

I think I found my problem.

I have only one network interface from which is already allocated to a vswitch in transparent mode.

Just as in the Sdn of VMM 2012, I believe that to operate the L2Bridge it is necessary to have other physical interfaces dedicated

Does it make sense to anyone?

@daschott
Copy link
Contributor

Yes, this is correct, each external vSwitch requires one dedicated interface

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