Recent content by charcarson

We finally called Avaya and they busied out the cdr-link and reset it. This seems to have fixed the issue. Earlier, we reset the c-lan card, which didn't help us. Lastly, why I don't have those commands (the busy cdr ones) is because we didn't purchase it. Avaya was adamant that the cdr...

Unfortunately, we do not have those commands (there isn't anything for cdr when I do a busy help). Rebooted the ECAS yesterday and today.

>When you "stat cdr" the primary link is up? And it's not >busied out? Can you view raw data on the ECAS? Maybe you >need to restart the link... Link is up. Data is not on the ECAS box. How do I restart the link? >Sounds like it should be gathering the data otherwise. >But where is it...

Our company has two switches that dump data to our ECAS server. About a week ago, one of the switches stopped sending data. Looking at the ip-services and "stat cdr" don't show any problems. Help with how to troubleshoot this would be appreciated.

You don't have to have a DC for windows shares, however, to give you more information would require more knowledge about your existing setup.

What VPN client are you using and what VPN technology (PPTP, L2TP, IPSEC)? IPSEC with the Cisco VPN Client will allow you to set up access rules based on the group that you are using.

No, you do not need DNS or WINS, however, they are helpful if you need name resolution inside the VPN.

I don't think that is possible, however, you should be able to check "log on using dial-up connection" at the log on screen.

The 172.17.17.0 address should be legal if they've used the ip subnet-zero command. This is turned off by default.

Policy based routing is the ticket. Which uses the route-map command. Check out: http://www.cisco.com/warp/public/cc/techno/protocol/tech/plicy_wp.htm