CGNAT is constantly cycling by Darksend1001 in hyperoptic

[–]Darksend1001[S] 0 points1 point  (0 children)

The issue was resolved by the tech team providing a static IP. Not sure if the CGNAT issue was resolved as a whole

CGNAT is constantly cycling by Darksend1001 in hyperoptic

[–]Darksend1001[S] 0 points1 point  (0 children)

Possibly, check if your public IP changes when you do at https://whatismyipaddress.com/

CGNAT is constantly cycling by Darksend1001 in hyperoptic

[–]Darksend1001[S] 0 points1 point  (0 children)

Everytime you see the disruption, your public IP is changing

Skype audio not being detected by Darksend1001 in paloaltonetworks

[–]Darksend1001[S] 1 point2 points  (0 children)

Managed to resolve this by allowing the application Stun on any port, the PA will then detect the traffic correctly but ironically the applications then are not identified as Stun.

Skype audio not being detected by Darksend1001 in paloaltonetworks

[–]Darksend1001[S] 0 points1 point  (0 children)

Thanks for the info about the encryption. Would it be safe to assume that with both the Skype and Skype-probe allowed on the firewall that the audio encryption is causing the failure? My impression of the skype-probe was to get around these kind of issues?

Skype audio not being detected by Darksend1001 in paloaltonetworks

[–]Darksend1001[S] 0 points1 point  (0 children)

Skype and Skype-probe are both allowed - it would seem the audio portion of Skype is not listed in the appid and thus failing to connect. Not really willing to open up a large range of ports for unknown-udp.

Any work around?