Opiniones sobre Implementa un concentrador y un radio con NCC
Cargando…
No se encontraron resultados.

Aplica tus habilidades en la consola de Google Cloud

Opiniones sobre Implementa un concentrador y un radio con NCC

2509 opiniones

Erick L. · Se revisó hace 10 meses

Mohmmed E. · Se revisó hace 10 meses

Pablo R. · Se revisó hace 10 meses

Mohammed O. · Se revisó hace 10 meses

Sriram P. · Se revisó hace 10 meses

Prashant Y. · Se revisó hace 10 meses

Muhammed Shafi K. · Se revisó hace 10 meses

Mykola L. · Se revisó hace 10 meses

Alansarang M. · Se revisó hace 10 meses

Chuck Y. · Se revisó hace 10 meses

Sandiep K. · Se revisó hace 10 meses

Javier G. · Se revisó hace 10 meses

Bikram S. · Se revisó hace 10 meses

Lucas d. · Se revisó hace 10 meses

Jialiang G. · Se revisó hace 10 meses

Nico M. · Se revisó hace 10 meses

Vivesh T. · Se revisó hace 10 meses

Vivesh T. · Se revisó hace 10 meses

CHANG LI L. · Se revisó hace 10 meses

Fabian B. · Se revisó hace 10 meses

تمام

محمد ه. · Se revisó hace 10 meses

Felix M. · Se revisó hace 10 meses

The lab does a really bad job at introducing: - How to manage a hub-and-spoke topology with NCC - The Network Topology tool # The NCC is very opaque and "hub-vpc" is completely left out The lab begins with 3 separate VPCs but hub-vpc ends up never connecting to anything. After clearing step 5 and ensuring both VMs on the spokes can ping each other, SSH-ing to hub-vm and pinging to either spokes through internal IP yields no pingbacks. While this should be obvious because hub-vpc was not a hub nor a spoke in the NCC creation process, one wonders why the "hub-vpc" misnomer and why was it even created here. Also, it is not obvious how I could use NCC to manage traffic for the supposed hub-and-spoke topology. I checked the list of available VPCs through the Cloud console and there was no additional network to manage. There was the "hub-vpc" but that, as mentioned above, was completely detached from the topology. # The Network Topology tool has no data By the time I begin task 6, there was no data on Network Topology. Maybe I am supposed to create more traffic myself so I spammed more pings on the two spoke but after some 2 minutes of trying, the Topology stayed blank. While this might be the 1-hour data block limitation, it would be nice to have something here to explore during the lab. Maybe some more steps to generate some more noise during the previous tasks? Extra: One of the firewall rule supposed for spoke2-vpc is assigned to spoke1-vpc instead (specifically the app-allow-ssh-rdp-spoke2). This does not affect anything of course, because the `app-allow-icmp-spoke2` also allows ssh (of which its spoke1 counterpart has it properly configured to only allow icmp).

Julian L. · Se revisó hace 10 meses

Ricardo Daniel T. · Se revisó hace 10 meses

Christian M. · Se revisó hace 10 meses

No garantizamos que las opiniones publicadas provengan de consumidores que hayan comprado o utilizado los productos. Google no verifica las opiniones.