Solved! Go to Solution.
Dilo,
Check in the debuglog.log for 'Enable TM Interface' and see if this correlates to the time when the issue is resolved. This value should confirm the tunnel is up and running. You may notice there is a large gap between when Pulse states 'Connected' and when 'Enable TM Interface' occurs. JTAC will need to determine why there is a large delay between the two values.
Windows 8 RT is not currently supported with Junos Pulse.
For the Windows 8 on the Dell, is there any start up scripts running with Pulse? It sounds like something is causing a delay in starting the virtual adapter for Pulse. JTAC will need to review the Pulse logs to see if we can confirm this theory is correct.
Dilo,
Check in the debuglog.log for 'Enable TM Interface' and see if this correlates to the time when the issue is resolved. This value should confirm the tunnel is up and running. You may notice there is a large gap between when Pulse states 'Connected' and when 'Enable TM Interface' occurs. JTAC will need to determine why there is a large delay between the two values.
Switching the network policy from EAS to SSL did the trick. The issue ended up being the firewalls on the client devices not allowing EAS traffic through. Hence, the 60 second wait, then failback to SSL. Thanks for all the help!
Thanks for all your help. Breaking down that log file was key.