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.
Why does the following config not generate any interesting traffic when I ping 10.40.10.117 from 192.168.100.161? I have crypto debugging on and there doesn't seem to be any attempt to bring up the tunnel. I have verified that it is hitting the corr...
THIS MESSAGE HAS BEEN MOVED TO THE VPN MESSAGE BOARDS. PLEASE RESPOND THERE.================================================================================Why does the following config not generate any interesting traffic when I ping 10.40.10.117 f...
We're using a SIP implementation with CME and more often than not it performs excellently. Occasionally on long calls (over 30 minutes), the sound will cut out on our end even though it appears the call is still active. The only way to get it back ...
I'm trying to setup a VPN configuration with a company that has a 3020 Concentrator and we have a PIX501.We currently use PAT for all communications with the outside world (except with a few servers that have their own dedicated IPs, which we NAT). ...
I've always had a suspicion that my dial-peers are not functioning like I think they should, but haven't ever been able to prove it. Obviously this is somewhat of a minor issue since we're able to place/take calls without any serious problems, but w...
Thanks for replying Rick.The situation has changed slightly and I'll post that config at the end of this, but let me give you some background at what I'm trying to accomplish.My internal network is 192.168.100.0 /24. For all normal traffic exiting t...
Unfortunately I have no data. I'm willing to start logging it, but I was wondering what specifically to debug. The call hasn't been placed on hold when it happens.pk
Could you provide an example? I'm having difficulty figuring out how to tell the PIX when to use the NAT and when to use the PAT for the hosts that will be accessing the VPN tunnel.
I opened a TAC case and here's what I found. The issue was with how the translation profile was being applied in the dial-peer. There is a specific call-block command for the purpose of rejections.So now my config file is as follows:---------------...
It is indeed a SIP circuit. I never thought about that being the problem. Perhaps I'll have to open up a TAC case and see I can verify that. If that's the case, it saves me lots of troubleshooting time :).Thanks.
