Re: Pathetic excuse.
 

none of those forums have any evidence in the first page of topics, try again.

Re: Pathetic excuse.
 

The top 2 are Virgin internal news groups.
Any chance of supporting evidence to back up your claim?

---------- Post added at 16:13 ---------- Previous post was at 16:11 ----------

Yes, try the next button, or the button with number 2 or 3.

Re: Pathetic excuse.
 

no offence gary l but install bw meter or some other monitor tool if you do get capped/stm and the monitor says different then you got evidence simple as without evidence this thread is pointless

Re: Pathetic excuse.
 

I'm in the groups now, I see 2 requests for STM time. No evidence of the trigger being incorrect.

One guy even asks
DU meter for the win.. :D

Re: Pathetic excuse.
 

but you said 'day in day out' so if it happens daily, surely 2 or 3 days worth of topics on a couple of forums would be plenty? or is it not happening at all? :p:

Re: Pathetic excuse.
 

Hope this helps explain my posting more clearly.


could you tell me what time I was STM'd please.

We are unable to perform this check anymore as it has been requested that we
do not place unnecessary load on the servers. We may be able to advise of
this again in the future once new systems are in place to combat the server
loads. Sorry for any inconvenience caused.

Your kidding right?, sending a very small data request may use about 3 to 5k, you could send hundreds and cause very little load on the
servers, someone pulling your leg.

You've gota be joking ??

Alex Brown keeps insisting STM works as "described on the tin" and
there are "no capacity issues" yet now VM are insisting that yet
another "important feature" cannot be verified as working correctly or
not due the extra load your few requests per day put on the servers".

Yet ever more users are being added to open tickets where there are
STM issues being outside the published hours, will these be swept
under the carpet like so many other service issues which affect paying
customers ??

This leaves paying customers totally unable to tell if any speed
issues are due to triggering STM or any other connection issues.

Highly suspect move....
it would not be unreasonable to suggest this moves only intent is to make it
un-nessasarly difficult for people to check for incorrect STM.
Something we all know is happening far too much and often with no
resolution.

very very poor move indeed.

---------- Post added at 16:23 ---------- Previous post was at 16:20 ----------

Are you aware of STM being incorrect on certain UBRs at anytime whilst an employee of VM?

---------- Post added at 16:24 ---------- Previous post was at 16:23 ----------

So did Gary_the_Troll :)

Re: Pathetic excuse.
 

Thats right Gary, I see claims, not evidence.
Show me/us the evidence.

Re: Pathetic excuse.
 

Gary L bashes thread YAY seriously Gary your a typical customer that doesnt listen unless its something that you want to hear, just download DU meter.

Re: Pathetic excuse.
 

I already have DU meter. I will download it again if it makes the thread go back on topic.

Re: Pathetic excuse.
 

Is there not enough CPU spare on the uBRs to cope with this command being run here and there?

I'm sure that plenty of CPU would be freed up on them by turning STM off :)

Re: Pathetic excuse.
 

Virgin can't just do it 'here and there'.

Just as they can't just answer bill queries 'here and there'

They either have to offer the service to all customers or to none of them

Re: Pathetic excuse.
 

That really is a pathetic excuse. The amount of load generated by one query is tiny and lasts for a fraction of a second. In fact most network hardware supports constant monitoring by SNMP anyway. Either they bought the lamest UBRs in the world EVAR or their are just making a pathetic excuse.

Re: Pathetic excuse.
 

VM's OSS team not being idle bstards and giving us a web interface so that we can see how much we've used for the win.. :D

Then there's the issue of multiple people using say the VM supplied router. Not sure why they should have to start messing with MRTG / PRTG because VM are too cheap to ensure their network has adequate capacity :angel:

Actually that's probably a bad idea if the CMTSes alledgedly can't even handle the load of a couple of queries, heaven knows what having to report utilisation stats per modem would do to them.

Shambolic, and while you might find your pithy comment funny I don't. It typifies the attitude of some of VM to customers, from pretty senior management down.

Re: Pathetic excuse.
 

As with Gary. Show us your proof.

/me un-subscribes from thread until someone posts something more than just thin air.

Re: Pathetic excuse.
 

Or they haven't upgraded the CPUs on the kit and it's struggling both with all the extra customers they've been packing on each one thanks to the capacity they've saved with STM, and thanks to having to run STM. ;)

---------- Post added at 16:55 ---------- Previous post was at 16:54 ----------

As with your constant requests for proof, show me a show proc cpu history output from one of these alledgedly under strain uBRs. :angel: You're the one who said they couldn't be queried as it puts stress on them.

Evidently you have none either, beyond rote repeating of what you were told.