How GZTP works and procedure to onboard device using GZTP


How to onboard a device using GZTP

This article describes how GZTP works and step for onboarding a device using GZTP

 

Below info is required from provider to be provisioned on GZTP infra:

Note: Local and remote authentication ID’s and keys can be found in VPN profile of staging Controller

Go to Director -> Administrator -> Device -> Configuration -> Services -> VPN Profiles -> Staging template -> IKE 

 

 

To provision Controller using Boteshwar:

Syntax: ./GZTP-Template-DG-Provisioning  <CUSTOMER-Name>  <REGION/COUNTRY>  <Controller_IP> <LOCAL_AUTH>  <REMOTE_AUTH>  <LOCAL_KEY>  <REMOTE_KEY>

Ex:

 

To provision Controller using chatbot:

Syntax: /noc infra <CUSTOMER-Name> <REGION/COUNTRY> <Controller_IP> <LOCAL_AUTH> <REMOTE_AUTH>    <LOCAL_KEY>    <REMOTE_KEY>

 

Ex: /noc infra GlobalConnect Norway 37.205.126.214 SDWAN-Branch@gcdynamics.com controller01-staging@gcdynamics.com

Note: if local key and remote key are not specified, default value will be taken as 1234.

 

To provision device using Boteshwar:

Before provisioning the serial number provided by customer, check if it is already provisioned by running grep command. If yes, then there is no need to provision the serial number as it is already configured.

If you don’t see any output for grep command, then you have to add the serial number using below ./GZTP-Add-Device scipt.

 

Syntax: ./GZTP-Add-Device  <SERIAL_NUMBER>  <CUSTOMER_NAME>  <REGION/COUNTRY>

Ex:

 

To provision device using chatbot:

Syntax: /noc cpe <SERIAL_NUMBER> <CUSTOMER-Name> <REGION/COUNTRY>

 

Ex: /noc cpe JAB19302023 GlobalConnect Norway

 

GZTP Procedure:

Once the provisioning is done, GZTP is enabled. This process involves two phases.

Phase1:

             At this point, CPE will reboot to apply the configuration received from GZTP server

Phase2:

 

 CPE will reboot again, bootup a staging configuration received.

 

 

Now the device is ready and is part of the customer’s SDWAN network.

 

To reset the serial number:

When customer erase running config, it also deletes the certificates and device on bootup tries to contact GZTP infra. But EJBCA does not issue certificate, if it has already issued for the same serial number. We will need to reset the certificate to new for it to generate certificate for the same device.

Syntax:  ./reset-ejbca  <Serial number>

Ex:

To reset serial number using chatbot:

Syntax: /noc reset <serial number>

 

After resetting the serial number, customer needs load default config on device using below script.

Note: 

If not customer needs to press the reset button 6 times on the device and device will load the staging config directly and by pass the GZTP. Device will reach out to their Controller instead of GZTP.

 

To delete the CPE provisioned:

Syntax:  /noc dcpe <serial number>