Description

SSR appears disconnected in the Mist UI, but SSR was connected previously.

 

Symptoms

  • Wan Edge shows disconnected on the MIST UI, but had been working
  • SSR was not recently replaced
  • Unable to onboard device to mist, connection fails
  • ssr down in mist
  • ssr not connected to mist
  • ssr connection down for a few minutes for many devices

 

  • cli "show mist"  device-ID shows 00-00-00-00-00-00
    • Likely appears when SSR is not able to connect to mist properly

Solution

If many devices are impacted

Check if many devices across the organization are all showing disconnected from MIST.

If multiple devices all disconnected at the same time, this could be a MIST upgrade (devices should reconnect in a few minutes), an ISP issue or rare MIST infrastructure problem.   Contact JTAC to investigate

 

 

Investigating from SSR CLI

SSR CLI access is required to investigate further,  Use SSH if enabled (generally not enabled for MIST managed devices), or connect to SSR serial console (console cable)  as t128 or root user

 

Note:  Log your CLI session as you complete these steps for faster resolution if support team assistance is needed.

 

 

DNS resolution failure

check if dns is working by using "dig mist.com" from the cli
 
 
Example response:

# dig mist.com

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.0.3.P2.el7_9.16 <<>> mist.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64896
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;mist.com.            IN    A

;; ANSWER SECTION:
mist.com.        0    IN    A    141.193.213.11
mist.com.        0    IN    A    141.193.213.10

;; Query time: 132 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Wed Aug 26 23:48:36 UTC 2026
;; MSG SIZE  rcvd: 69


If you have an "ANSWER SECTION" with IPs, DNS is working, Continue to the next item to check

If DNS resolution is failing:

# dig mist.com

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.0.3.P2.el7_9.16 <<>> mist.com
;; global options: +cmd
;; connection timed out; no servers could be reached

run the command "pcli" to use the SSR CLI
 
use the command: "show config running flat verbose | grep dns-config" to get the configured DNS servers 
 
# show config running flat verbose | grep dns-config
Piping output...
config authority router 02000128f57b dns-config static mode     static
config authority router 02000128f57b dns-config static address  8.8.8.8
config authority router 02000128f57b dns-config static address  1.1.1.1
 
type "quit" to exit pcli
 
Run the command: "cat /etc/resolv.conf"
# cat /etc/resolv.conf
# Created by 128T-hardware-bootstrapper (configured)
nameserver 8.8.8.8
nameserver 1.1.1.1
 
Confirm the dns server IPs match between the SSR config and resolv.conf.  
If resolv.conf does not match the pcli output, DNS will fail as other dns servers will be blocked if using an in-band connection (most common)
 
Workaround for non-matching resolv.conf
One possible cause for resolve.conf not matching, or blank.  If you have multiple ISP links using dhcp, resolv.conf may be updated incorrectly under rare conditions. known issue I95-65665 to be resolved in a future release
    Workaround:  use "vi" to edit resolv.conf    as the root user  "vi /etc/resolv.conf"
      Contact Support for assistance if you are uncomfortable here.
       with vi, use "i" to activate insert mode
       Add or update lines "nameserver 8.8.8.8" with the dns-servers matching the pcli output above.
       If your edit is good type: "ESC, :wq, enter"   (w to write changes)
       if you have made a mistake: "ESC, :q!, enter" to quit without saving
 
   After completing the edit, test the dig command again, if it continues to fail. There is a different cause for the dns failure, contact support for assitance.

 

Check Connectivity to MIST and Certificate.

From SSR CLI

Determine URL from Mist documentation for region https://www.juniper.net/documentation/us/en/software/mist/mist-management/topics/ref/firewall-ports-to-open.html  "SSR Series Routers"

Check connection using curl. (using the URL matching your MIST region)

curl -v  -k https://ep-terminator.mistsys.net

Note: This command can be checked for comparison from other linux and sometimes windows systems. 

This test confirms DNS and https connection is succeeding.

Connection is failing when TLS certificate is not seen, or certificate name does not match the requested MIST connection server, there may be TLS inspection or proxy in the path disrupting the connection.

Example Good test result (connection was made, but did not get a webpage back)

~]$ curl -v -k https://ep-terminator.mistsys.net
* About to connect() to ep-terminator.mistsys.net port 443 (#0)
*   Trying 54.215.66.166...
* Connected to ep-terminator.mistsys.net (54.215.66.166) port 443 (#0)
* Initializing NSS with certpath: sql:/etc/pki/nssdb
*   CAfile: /etc/pki/tls/certs/ca-bundle.crt
  CApath: none
* skipping SSL peer certificate verification
* SSL connection using TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
* Server certificate:
*     subject: [email protected],CN=ep-terminator.mistsys.net,OU=Devops,O=Mist Systems Inc.,ST=California,C=US
*     start date: Oct 01 00:00:00 2015 GMT
*     expire date: May 27 18:52:31 2027 GMT
*     common name: ep-terminator.mistsys.net
*     issuer: [email protected],CN=Mist Systems Internal Endpoint production CA (2025),O=Mist Systems Inc.,L=Cupertino,ST=California,C=US
> GET / HTTP/1.1
> User-Agent: curl/7.29.0
> Host: ep-terminator.mistsys.net
> Accept: */*
>
< HTTP/1.1 404 Not Found
< Content-Type: text/plain; charset=utf-8
< X-Content-Type-Options: nosniff
< Date: Thu, 27 Aug 2026 00:08:11 GMT
< Content-Length: 19
<
404 page not found
* Connection #0 to host ep-terminator.mistsys.net left intact

If this connection was successful, you see an output similar to above, specifically the server certificate, subject line should match.

SSR with dedicated mgmt-0 port

 Note: SSR will prefer  mgmt-0 port when connected.

 

 

Restart mist agent

If "show mist" from PCLI shows  UP, 

Check the status of the Mist agent

  •  systemctl status 128T-mist-agent -l

Restart 128T-mist agent

  • systemctl restart 128T-mist-agent

Restart 128T process

  • systemctl restart 128T

 

Check Logs 

Check  128T-mist-agent journal logs from tech-support-info or SSR CLI

 

Modification History

2025-06-10 : Article Created