No STM.. Again...
 

Hmm..
Torrents have been running all day, with no hint of a slowdown.

16.3GB downloaded
2.5GB uploaded

Same thing happened the other day, what gives?

I'm in Nottingham, 20Mb..

Re: No STM.. Again...
 

People complain when there is STM, and then complain when there isnt?

Damn.

Re: No STM.. Again...
 

Not a complaint mate, just curious to know if its just another glitch / policy change, or if anyone else has been experiencing the same thing recently..

Re: No STM.. Again...
 

Running all day for 16.3Gb? that would download in less than 3 hours on 20Mb

Re: No STM.. Again...
 

Sadly the Internet doesn't guarantee to max out 20Mbit all the time, and it's still 7GB more than is needed to trip STM both during daytime and evening.

Re: No STM.. Again...
 

mines been same for about 2 weeks.

Re: No STM.. Again...
 

Mines been like it since November well that because I have 50Mb (sorry I had to)

Re: No STM.. Again...
 

Enjoy it while it lasts on 50mb soon as the full roll out is done you will get stm :)

Re: No STM.. Again...
 

I have a secret too, since the beginning of April the STM on my 20mb has not been working.

Ever since i moved to a DOCSIS 1.1 config. last bank holiday weekend i pulled over 80GB without being STM'd

Re: No STM.. Again...
 

You wanna know a secret I don't pay for it either lol, before you look down at me as a cloner I ain't I am staff on trials

Re: No STM.. Again...
 

well that just proves that VM can operate and give you your near full payed for service without the need for STM OC....

BBK "I am staff on trials ", so what about the generic long standing "Multicast" protocol being filtered off the VM CPE kit Question i keep asking but get no answer.

is it or is it Not available to 50.Bit/s oh i mean Mbit ;) DS3 users

simple, can you start a
vlc dvdsimple:// --sout '#rtp{dst=239.255.1.1,mux=ts,sdp=sap,name="My DVD"}'

or
vlc -vvv --color v4l2:///dev/video:norm=secam:size=640x480 --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=1000}:rtp{m ux=ts,dst=239.255.12.13,port=5004}' --ttl 12

and have someone on the same DS3 UBR,section, headend,english.irish,scots, welsh VM DS3 customers start VLC up turn SAP announce on from the menu and start to see and click these Multicast stream announcements.... if not the whole Multicast Janet network (that runs a good part of it Multicast/infrastructure over all the VM core network cable)and other MC enabled ISPs....

while we are at it, what about IPv6 the other core DS3 mandatory requirement for end to end world DS3 "bronze" and above inclusion, is that also activated and available to at least DS3 VM subscribers, go ask "Orange" the VM DS3 trial guy or whoever to make a current statement please....

Re: No STM.. Again...
 

God no Popper, have you seen all the reports of peering issues? VM are having enough trouble with IPv4 and MPLS without adding PIM into the mix.

Re: No STM.. Again...
 

LOL, no i havent, but as i said the Multicast Janet network runs a good part of it's Multicast/infrastructure over all the VM core network and has done for a long time now, so i assumed that someone in core networking knows a thing or too about that, to keep it flowing, or did before they got booted perhaps?

all the worlds ISP grade routers and related kit can all do it OC, as IP Multicast is as enbeded as the Unicast protocol, they were made to compliment each other at the time, as was IP broadcast but i wont go there ;).

the "Mbone" was good ;) , no real innovation today springing from that work, and thats a shame.

if anyones intersted PIM
http://www.dataconnection.com/multicast/pimprotocol.htm

Re: No STM.. Again...
 

They don't even listen to customers suggesting ways to make the service better and save them a bit of cash either...

I suggested they route all OVH data center traffic through LINX rather than DTAG for better latency and reducing costs. Did they listen? Nope...

Re: No STM.. Again...
 

Heya, Janet just lease wavelengths and/or entire fibre on the VM optical network. The VM IP core isn't involved with Janet apart from some provision of (not multicast enabled) leased tail circuits.

---------- Post added at 17:40 ---------- Previous post was at 17:36 ----------

There will be good reasons why things are being routed that way. The LINX connection may be short of capacity, they may be short of the committed rate on the DTAG transit.