Search results for query: *

In theory you could get more usable bandwidth with option 2. Option 1 is easier. Option 2 you can set up to fail automatic (as opposed to what was said in previous posts). You could have some level of load sharing with option 2 although manipulating inbound traffic is always a bit challenging...

You may be able to kill the connection in SQL management studio - management- activity monitor

iPad + metaframe 4.5 + web interface 4.6 + secure gateway 3.0 Will this combination of versions work? I Am able to get logged in and obtain a list of applications but once I click an app it just sits at "please wait". Any ideas?

I was playing around with sh ip cef earlier but that just seems to show every /24 prefix in the bgp table.. NBAR would work, just looking for a quick #.. I'm thinking sh ip cef and some other option will give the answer.. Any other ideas?

I am wondering with the default settings on a cisco 12.4 ios router if there is a way to get a count of all the prefixes that have traffic on them in the last few minutes. Ideally want to determine the average number of prefixes that have traffic on them in a given hour. Just looking for a...

You may wish to consider "bgp bestpath as-path multipath-relax" http://wiki.nil.com/Multipath_Load_Sharing_with_two_ISPs

12.4. Unclerico - you are saying that in this case it is ignoring dmz-link bw? (I notice there is no presence of "multipath" except at the top..) Would a "clear ip bgp neighborIP in" and/or "clear ip bgp neighborIP out" do anything potentially usefull?

I'll have to grab the config later. Shouldn't all the decision information be displayed in what I posted? That is, the results of the parameters applying weight, local pref, etc would be shown above yes no?

Can anyone help me figure out why the best path is shown as #3? I would expect it to be #1. The reason I even looked at this in the first place was that one of our circuits went down and then came back online an hour later. I believe in the past #1 would have been chosen as the best path...

I am trying to find a way to allow my REMOTE users to download Microsoft Office products to their machine without being able to then install the products on other machines and thus cause a licensing issue. Any basic copy protection methods based upon computer-name or other method out there...

Revisiting this topic again... Is there a way to have the directory (the one that appears in the telephone) contain all ip office users if there are more than 500 users? For example, company A (400 ip office users) merges with Company B (300 ip office users) and wants 1 directory in the phone...

Interesting question, I am trying to accomplish the same thing. If I find out anything I will post here.

Thanks.. I find that extension to extension calls are being redirected as indicated above by kristiandg. One of my goals is to take outbound calls to pstn and redirect them over the network to go out another office. So, in the example above office A dials 123-456-7890 and the call comes out...

sizbut, in your example would a call from point A to point F actually traverse b and c or would the call over voip actually go point to point?

Documentation indicates that only Star and not Mesh SCN is supported. Anyone know the reasoning behind this? Anyone know if this can safely be disregarded? I'd like to create a voip line to each office from every office to assure the most direct data path possible for extension to extension...

With 500+ users and SCN what (bad) happens? Is this some arbitrary number Avaya came up with and coded in to the sysem?

I ran into a similiar issue while performing remote upgrade. The sequence I used to fix was: uninstalling feature key server, disable Rainbow usb and USB controllers, reboot, reinstall, enable usb, reboot.

I know that IBM is not supporting the non express versions of client access with V5R1, but I am interested in knowing if the display emulation will still work. The only thing some of the machines in our organization use client access for is the display emulation. Preferably, we want to go to...