bandwidth management
3 TopicsDashboard and logs show different bandwidth utilization?
I can't figure this one out, so I figure I'd ask the experts! I've found multiple times that the performance view or the dashboard on the F5 don't correlate to local traffic logs about bandwidth. I've seen this multiple times, but here is an example from yesterday with my 200Mbps LTM. The dashboard showed this (grabbed historic from performance statistics). At the same time, I was getting flooded with messages like this from my system local traffic log. Tue Jun 27 08:05:06 PDT 2017 notice PERF-F5 tmm[11064] 01010045 Bandwidth utilization is 244 Mbps, exceeded 75% of Licensed 200 Mbps I've looked at it multiple times and it just doesn't add up. I've had this issue in multiple environments. Can someone explain to me where I can actually see the bandwidth I'm using if it's not being represented in the dashboard? Thanks!673Views0likes6CommentsSelf Ip's displaying in AV 1x1 call when callee ip address is expected.
Using Big IP to load balance IBM Sametime works well except when I plug in Bandwidth Manager into the AV solution. Using self ips as part of our F5 solution means that to route a call I need to add the self ip addresses into my Bandwidth configuration so the calls will route. With this config in place when trying a 1X1 call, the call policy from one ip to another isn't being applied.The callee's ip address being displayed is always the F5's self ip address. How can I get the actual ip address of the callee to display correctly?183Views0likes0CommentsOnly one active ctg on an instance allowed
I'm trying to set a DSCP value for an HTTP response based on the MIME type returned from the application services. Things are being tag correctly, but occasionally, I get the following message in the LTM log. Does anyone know how to decipher this to tell me the underlying issue? What is a "ctg"? Category? and what is the "instance" referring to? TCL error: /Common/SND-BWC-Rule - Only one active ctg on an instance allowed.: unable to set bwc app policy 'Media-Category' (line 1) invoked from within "BWC::color set AODefault-BWC Media-Category" iRule when CLIENT_ACCEPTED { log local0. "attached Media-BWC [IP::remote_addr]:[TCP::remote_port]" BWC::policy attach AODefault-BWC [IP::remote_addr]:[TCP::remote_port] } when HTTP_RESPONSE_RELEASE { if { [HTTP::header Content-Type] equals "image/jpeg" } { log local0. "colored Media-BWC Media-Category" BWC::color set AODefault-BWC Media-Category } } Should I just wrap the BWC::color in a TCL exception check to log and ignore this error? Is there a better way to handle or check if a category has already been assigned?162Views0likes0Comments