New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Comments
Already 60gb consumption for one day (not over). They seems to hate the customers who have Promotion Plans they sold.
anyone else already used 26.33% from Bandwidth in 14 hours ?
Yeah. About 65GB so far ~26%
yeah something is cooked with my v6 japan server
their support is also terrible
well they don't know what the problem is, om chatting with them for 2 weeks now.... but as long as we pay is all good
Same for me, interestingly enough I do see this kind of traffic in bmon, but iftop and ss don't show any anomalies and I do not know where the traffic could come from.
has anyone a workaround how we can deal with that temporary on our side?
tried with disabling ipv6 as temporary measure, but that does not seem to help at all.
It is broadcast traffic. You can't do anything about it except for pushing your tickets until they start to care.
Mentally strong hypervisor does not count broadcast traffic against quota.
Just as I though, there is no way on our vps side to get rid of this.
They suggested me to disable ipv6 temporary on my server until they find the issue, time to push my ticket again, that this isn't a temporary workaround.
support told me to do the same, glad that I didnt waste my time. their technicians try to figure out whats wromng but it might take a few days
First, my username is tomazu, not tomzu.
Second, please remember to open a support ticket for any support issues. The forum is not regularly monitored by all staff members, especially when some of us are away or on vacation.
Third, I have been away in Los Angeles for the past three weeks and just returned today. After reviewing the situation in Tokyo, I found that the traffic surge was due to IPv6 multicast traffic.
We have now updated our filters in Tokyo to filter out and limit IPv6 multicast traffic. If anyone is still experiencing higher-than-expected traffic usage, please check if it is due to floods.
thanks, could you also restart the Bandwidth its running low
@tomazu you don't need to be so arrogant toward the people whose accounts were suspended before the end of the month due to an issue on your side.
After all the effort and time they spent in vain trying to convince your support team that the issue was on your side, a simple apology would be the least you could do instead of acting like an arrogant prick.
Did I spell your username correctly?
when have I been arrogant?
And why are you assuming that the issue is on our side? As described the traffic is/was real.
wow, what a response, what a reaction.. we are not going to be friends in this live, but I wish you the best of luck!
please open a ticket with your VPS ID and/or IP address and support will reset it if it was due to multicast traffic.
Yeah, I dislike arrogant pricks.
I have a ticket open.
I must agree here with @Mumbly. it wasn't an isolated case, more people where affected.... we paid 2 weeks for nothing...
The issue is neither on customer side nor on provider side.
Whoever sending the multicast traffic shall be punished by a pie in their face.
I think tomazu has always been very professional, at least the issue has been fixed and all this while my SG server with them has been stable
In this case, I do agree that unsuspend VPS / some sort of extension of service would be optimal, but that's up for them to decide
my billions are still gone, that i lost in the 2 weeks, so who's the punished one and how do we punish him ?
You can punish the punishee by throwing a pie on their face.
See UMD dot net for examples.
id just like to that this thread for making me remember i have a $7/yr service ive long since forgotten about.
thanks for the quick fix and ensuring it will idle unobstructed again
/s
Wait WebHosting24 ever offered $7/yr Tokyo VPS!?
i don't have any vegan pies
I respectfully and strongly disagree. It was multicast traffic on IPv6 and it was affecting only a subset of customers in Japan on two specific hardware nodes and we had just 3 tickets in total most of those on the smallest plan we offer in Japan (15 Euro per year) - obviously because the other customers did not even notice as the monthly included traffic is above that level, but we know that only now ex post.
The traffic was real and while one could make an argument that broadcast traffic should not count, especially if it is above a certain threshold, the same is not true for multicast traffic, especially since some customer specifically want/need this traffic on IPv6.
I have not read about this thread before, because my username was not tagged correctly and I wanted to point that out and explain. Why that is considered arrogant is beyond me, but it also is not pertinent to the issue at the hearth of the matter which now should be solved.