This website uses cookies essential to its operation, for analytics, and for personalized content. By continuing to browse this site, you acknowledge the use of cookies.
For details on cookie usage on our site, read our Privacy Policy
For details on cookie usage on our site, read our Privacy Policy
About ben_netsol
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- LIVEcommunity
- About ben_netsol
06-05-2023
2Posts
1Like
0Solutions
Jun 05, 2023Last Visited
User
Activity
User
Profile
Latest posts by ben_netsol
| Subject | Views | Posted |
|---|---|---|
| 2712 | 10-18-2021 05:08 PM | |
| 3142 | 06-08-2021 04:49 PM |
My Liked Posts
| Subject | Likes | Posted |
|---|---|---|
| 1 Like | 10-18-2021 05:08 PM |
User Badges
Community Statistics
| Member Since | 05-29-2017 08:28 PM |
| Date Last Visited | 06-05-2023 03:41 AM |
| Posts | 2 |
| Total Likes Received | 1 |
10-18-2021
05:08 PM
1 Kudo
Hi Glenn, Unfortunately I've had no more time to do the data collection exercise required by Palo to justify an app ID update. My workaround, which wasn't an app override, has been working successfully though, so it solved my immediate problem. I created a policy that has an app-id of snmpv3 plus a service of udp/162. This allows the v3 traps to pass through the firewall. You just have to be conscious of placing the policy above any other that might match snmpv3 without the added service. Cheers, Ben.
... View more
Contact Me
| Online Status |
Offline
|
| Date Last Visited |
06-05-2023
03:41 AM
|
LEGAL NOTICES
Copyright 2007 - 2023 - Palo Alto Networks