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.
Hello,
I setup simple lab environment in GNS3 and found interesting problem. Used setup from https://www.cisco.com/en/US/docs/ios/12_3t/12_3t14/feature/guide/gtIPSctm.html#wp1080079(Configuration Examples for IPsec Virtual Tunnel Interface). So in th...
Hello,
I have experience from PaloAlto L7 filtering and I am trying to mimic the behavior on the FTD but looks like it maybe doesn't work like that. In essence I want to only allow specific apps and deny everything else. The issues that I have on T...
Hi all,
I am trying to get some answers on the request that I have. I have 200Mbit internet link burstable to 1Gbit, 90 users and manager said he wants to have ability to have report which site each user visited. Considering today most of the HTTP ...
Hi,I have 3850 configured as edge switch where I run BGP on it. I did not connect MGMT port to our internal mgmt network because of the security concerns. So my concern is if switch somehow gets hacked from the outside (we don't run SSH or HTTP serve...
Hello, i have a problem where when AppleTV and other remote clients connect to AP they can't communicate with AppleTV. If ApplTV and clients connect to some other non Cisco AP it works fine. I have no experience with AppleTV so is this maybe a known...
Were you able to deploy this in the end? I have same problem, I have VTI tunnel up but now not sure what is the IP of other end of the VTI tunnel that's on the Azure side.
It's what's available in GNS3 . It was either that or my host, I can try replacing the PC with another router and see what happens. But now you see why I am confused and frustrated
10.51.0.0/24 is Tunnel network directly connected to both R1 and R2 so they should both know where is it. When packet from VPC1 comes to R1, R1 knows where is it and should just route packet to int Tunnel0. R2 has a returning route so I don't really ...