Heads Up :
The post you are writing will appear in a public forum. Please ensure all content is appropriate for public consumption. Review the employee guidelines for the community here.
We are seeing just recently some unicast TCP conversations (like Terminal service conversations over TCP 3389 from source IP address to destination IP address) showing up on a port that doesn't have either IP address plugged into it. An ethereal cap...
I am trying to allow the McAfee agent to run on Windows PCs without popping up CSA warnings. I ran through the Wizard to allow this exception, but it doesn't seem to be working correctly. Is there something I am missing?
I have a IDS 4215 that I configured a PIX blocking device on. It appears to be set up correctly, but I am not sure how I can confirm the setup. Are there any methods to confirm its configuration? Thanks in advance.
Dave, you are missing the priority command in your class voip-priority. Just putting the bandwidth statement will not create/use a priority queue. Use:class voip-priority priority That should help.
This behavior is only happening on devices with a single port (7905, 7902, ATA). Also, we have confirmed that there is nobody attaching devices (PCs) in place of the phones. We can do a show CDP and still see the phones attached.
OK, thanks. the show stat net command echoed back some good info. The PIX shows no active shuns, but I assume that is because there is nothing happening at the moment. Thanks for your post.
