<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Topic &#x27;Re: Teksavvy forbids running servers&#x27; in forum &#x27;TekSavvy&#x27; - dslreports.com</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27709579</link>
<description></description>
<language>en</language>
<pubDate>Thu, 20 Jun 2013 06:12:21 EDT</pubDate>
<lastBuildDate>Thu, 20 Jun 2013 06:12:21 EDT</lastBuildDate>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27719945</link>
<description><![CDATA[anon posted : <div class="bquote"><said>said by <a href="/profile/1652067" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1652067');">MaynardKrebs</a>:</said><p>Yeah, but as an incumbent I'd then say, "Our direct customers don't have the same issues reseller customers do. Come home to papa."<br> </p></div>Bell has done this, as reported in these forums time and time again.<br><br>Don't know about the cable-co's though.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27719945</guid>
<pubDate>Mon, 12 Nov 2012 15:22:10 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27719468</link>
<description><![CDATA[MaynardKrebs posted : Yeah, but as an incumbent I'd then say, "Our direct customers don't have the same issues reseller customers do. Come home to papa."]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27719468</guid>
<pubDate>Mon, 12 Nov 2012 12:12:52 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27719318</link>
<description><![CDATA[sbrook posted : And that's precisely so no TPIA (cable or dsl) customer can go to the incumbent and demand services of any kind.<br><br>If I were Robellus I sure wouldn't want a TPIA's customer calling me for example to complain that the performance was bad when it could be the TPIA's own network routers.<br><br>The incumbents really want to distance themselves from TPIA services anyway ... if they had their way, they'd go out of their way NOT to provide TPIA services at all.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27719318</guid>
<pubDate>Mon, 12 Nov 2012 11:12:37 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27719278</link>
<description><![CDATA[HeadSpinning posted : <div class="bquote"><said>said by <a href="/profile/1652067" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1652067');">MaynardKrebs</a>:</said><p><div class="bquote"><said>said by <a href="/profile/539077" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=539077');">sbrook</a>:</said><p>Manufacturers go to great ends on how to sell / use their product to influence the consumer market.<br><br> </p></div>If I were an incumbent, I'd make it mandatory that all indies "reselling" (their view) my product include the words "Powered by Robellus" prominently on their websites and on each customer bill. No words to this effect = no access. Hey, it's just the free market (policy direction) operating as it should.<br><br>It's no different than having a sign outside a subsidiary company that says "ABC Electrical - a XYZ Company subsidiary".  Lets everyone know who the boss is.<br> </p></div>The incumbents specifically prohibit us from stating that our product is in any way shape or form their product.  The most we can do is say that we rent certain service from various suppliers to be able to offer our services.  We are in no way authorized to use the Bell name, logo, etc. in any of our marketing, nor are we allowed to state there is any sort of partnership.<br><small>--<br>MNSi Internet - &raquo;<A HREF="http://www.mnsi.net" >www.mnsi.net</A></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27719278</guid>
<pubDate>Mon, 12 Nov 2012 11:01:09 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27719263</link>
<description><![CDATA[MaynardKrebs posted : <div class="bquote"><said>said by <a href="/profile/539077" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=539077');">sbrook</a>:</said><p>Manufacturers go to great ends on how to sell / use their product to influence the consumer market.<br><br> </p></div>If I were an incumbent, I'd make it mandatory that all indies "reselling" (their view) my product include the words "Powered by Robellus" prominently on their websites and on each customer bill. No words to this effect = no access. Hey, it's just the free market (policy direction) operating as it should.<br><br>It's no different than having a sign outside a subsidiary company that says "ABC Electrical - a XYZ Company subsidiary".  Lets everyone know who the boss is.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27719263</guid>
<pubDate>Mon, 12 Nov 2012 10:58:24 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27718984</link>
<description><![CDATA[sbrook posted : In doing these things, the manufacturer is generally STOPPING the retailer from selling the "retailer's" brand to get the customer to focus on the product and not the retailer.<br><br>So, no, it's not perfectly acceptable as is proven by most jurisdictions banning manufacturers from forcing the MRP when the R stood for Retail and was changed Recommended or SR stood for Suggested Retail.<br><br>And even more market manipulation where manufacturers will only supply stores with their product if they get prominent placement ... e.g. eye level 3 facings.<br><br>Manufacturers go to great ends on how to sell / use their product to influence the consumer market.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27718984</guid>
<pubDate>Mon, 12 Nov 2012 09:36:05 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27718870</link>
<description><![CDATA[MaynardKrebs posted : <div class="bquote"><said>said by <a href="/profile/1210963" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1210963');">HeadSpinning</a>:</said><p>The point is that the incumbents should not have downstream control over the packages and pricing offered by independent ISPs.  We should be free to offer whatever packages we want at the retail level without the incumbents controlling how services are offered.<br><br>-------------<br><br> </p></div>+1<br>You don't see Bell telling the Royal Bank/Manulife/Cameco what they can/can't do with circuits they buy/lease/rent. And there's no separate backbone for 'business' vs. residential - except in situation where the business customer pays for it upfront or via multi-year contractual commitment .....and VLAN's don't count cuz they run through the same gear as traffic belonging to the great unwashed masses.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27718870</guid>
<pubDate>Mon, 12 Nov 2012 08:59:25 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27718771</link>
<description><![CDATA[HeadSpinning posted : <div class="bquote"><said>said by <a href="/profile/539077" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=539077');">sbrook</a>:</said><p>Actually, some manufacturers DO control packaging and things like warranty.  Some variants of products must be sold in their original packaging.  Some versions of the same products are packed specifically for some stores to sell at different prices with different warranty.  There are a lot of products you will see "Not for retail sale" or "Not for individual sale"<br><br>They have a great deal of *influence* over price now creating the MSRP ("Suggested") when not so many years ago it was the MRP.<br> </p></div>This is perfectly acceptable when you're selling the manufacturer's brand, and they don't have a monopoly over the supply of the inputs.<br><small>--<br>MNSi Internet - &raquo;<A HREF="http://www.mnsi.net" >www.mnsi.net</A></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27718771</guid>
<pubDate>Mon, 12 Nov 2012 07:59:50 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27718373</link>
<description><![CDATA[sbrook posted : Actually, some manufacturers DO control packaging and things like warranty.  Some variants of products must be sold in their original packaging.  Some versions of the same products are packed specifically for some stores to sell at different prices with different warranty.  There are a lot of products you will see "Not for retail sale" or "Not for individual sale"<br><br>They have a great deal of *influence* over price now creating the MSRP ("Suggested") when not so many years ago it was the MRP.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27718373</guid>
<pubDate>Sun, 11 Nov 2012 23:08:37 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27718343</link>
<description><![CDATA[HeadSpinning posted : <div class="bquote"><said>said by True dat :</said><p>For some it was bad maybe, for other CNOC members it was very welcomed.<br><br>Even CAIP stated that many of the so called indi's were all in favour of UBB and profiting off of it. This was not hidden.<br> </p></div>The point is that the incumbents should not have downstream control over the packages and pricing offered by independent ISPs.  We should be free to offer whatever packages we want at the retail level without the incumbents controlling how services are offered.<br><br>A similar comparison would be a sugar supplier telling you that although they will sell you sugar, you MUST sell it in individual teaspoon sized packages, just like they do.  <br><br>Capacity Based Billing was a victory in as much as it allows independent ISPs to package services however they want to - albeit the capacity rate is absurd.<br><br>As near as anyone can tell, it was derived by back computing $/GB in to $/MBPS based on a synthetic conversion value that attempts to represent the impact in speed at peak period of downloading a certain volume of data.<br><br>They might as well be trying to convert furlongs per fortnight in to megabits per second.<br><small>--<br>MNSi Internet - &raquo;<A HREF="http://www.mnsi.net" >www.mnsi.net</A></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27718343</guid>
<pubDate>Sun, 11 Nov 2012 22:54:31 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27718287</link>
<description><![CDATA[brad posted : <div class="bquote"><said>said by True dat :</said><p>For some it was bad maybe, for other CNOC members it was very welcomed.<br><br>Even CAIP stated that many of the so called indi's were all in favour of UBB and profiting off of it. This was not hidden.<br> </p></div>For most of the indie ISPs the end result of UBB was bad, period. End of story.<br><br>If anything it was welcomed because it was the suck less of the two options but it was/is still really bad.<br><br>The rates that were decided upon are still crazy insane and need to be revised.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27718287</guid>
<pubDate>Sun, 11 Nov 2012 22:30:37 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27717900</link>
<description><![CDATA[TSI Marc posted : Right but painting CNOC as bad because some of its members may have different views on this isn't the right way to go...<br><br>Those who are in favor of that.. Can still do that if they want and I'm sure some do.<br><br>The purpose of CNOC is to pool resources together because its just very disruptive to our businesses if we spend too much time on that stuff.. I think we're a prime example of this... I've described this in my latest blog post..<br><br>We were certainly never in favor of UBB and I think that's been pretty clear... Yet we were one of the key players in setting up CNOC...<br><br>Don't forget that by creating CNOC it also raised the knowledge level of many indies.. Sometimes some people hold certain views when they don't have all the facts.. Once they have a better view of things, their views tend to change. In general, I believe that the vast majority of time CNOC's views are in line with the interest of consumers.. Maybe one day that will change but right now I would say that opposing CNOC can only hurt consumers.<br><br>CAIP.. Well, if that worked so well CNOC would never have come about.<br><small>--<br>Marc - CEO/TekSavvy</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27717900</guid>
<pubDate>Sun, 11 Nov 2012 19:51:04 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27717847</link>
<description><![CDATA[anon posted : <div class="bquote"><said>said by <a href="/profile/1484420" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1484420');">brad</a>:</said><p><div class="bquote"><said>said by <a href="/profile/1652067" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1652067');">MaynardKrebs</a>:</said><p>Seems to me that the last time we lowly peons got involved (UBB), a better outcome was had than leaving things solely in CNOC's {cough}{cough} capable {cough}{cough} hands. Of course, CNOC's opinion on that may vary, seeing as how most CNOC members were OK with whatever UBB deal could be cut with Robellus as long as CNOC members made a buck - customers be damned.<br> </p></div>Except the end result for UBB was still pretty damn bad.<br> </p></div>For some it was bad maybe, for other CNOC members it was very welcomed.<br><br>Even CAIP stated that many of the so called indi's were all in favour of UBB and profiting off of it. This was not hidden.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27717847</guid>
<pubDate>Sun, 11 Nov 2012 19:36:36 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27717775</link>
<description><![CDATA[brad posted : <div class="bquote"><said>said by <a href="/profile/1652067" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1652067');">MaynardKrebs</a>:</said><p>Seems to me that the last time we lowly peons got involved (UBB), a better outcome was had than leaving things solely in CNOC's {cough}{cough} capable {cough}{cough} hands. Of course, CNOC's opinion on that may vary, seeing as how most CNOC members were OK with whatever UBB deal could be cut with Robellus as long as CNOC members made a buck - customers be damned.<br> </p></div>Except the end result for UBB was still pretty damn bad.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27717775</guid>
<pubDate>Sun, 11 Nov 2012 19:01:24 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27717695</link>
<description><![CDATA[TSI Marc posted : <div class="bquote"><said>said by <a href="/profile/1652067" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1652067');">MaynardKrebs</a>:</said><p>@Marc:<br><i>"....whether they know it or not"</i><br>What kind of ISP wouldn't <b>know it</b>?<br><br>------------<br><br>@HeadSpinning:<br>Any restriction on sharing what said conditions are? Or is that beyond our pay grade and beyond understanding of our feeble unwashed minds?<br><br>It might be something the Competition Bureau ought to know about in detail......or are CNOC members content with being just a 5-6% market share forever?  <br><br>Maybe we, the great unwashed masses, would like to ensure that our use is not unduly restricted as customers of indies by the actions of incumbents - whether we choose, today, to avail ourselves, or not, of the benign lack of enforcement of provisions in some AUP of some incumbent. 99% of indie customers probably never would consider running servers, but the 1% who do would like the certainty of not having the legs cut out from under them because their ISP is feeling heat from an incumbent - the same bastards we ran from in the first place.<br><br>Seems to me that the last time we lowly peons got involved (UBB), a better outcome was had than leaving things solely in CNOC's {cough}{cough} capable {cough}{cough} hands. Of course, CNOC's opinion on that may vary, seeing as how most CNOC members were OK with whatever UBB deal could be cut with Robellus as long as CNOC members made a buck - customers be damned.<br><br>Maybe another 500,000 signature petition is in order. Just sayin' - hypothetically, of course.<br> </p></div>WOW<br><small>--<br>Marc - CEO/TekSavvy</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27717695</guid>
<pubDate>Sun, 11 Nov 2012 18:24:34 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27717345</link>
<description><![CDATA[HeadSpinning posted : <div class="bquote"><said>said by <a href="/profile/1652067" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1652067');">MaynardKrebs</a>:</said><p>@HeadSpinning:<br>Any restriction on sharing what said conditions are? Or is that beyond our pay grade and beyond understanding of our feeble unwashed minds?<br> </p></div>Since we don't do TPIA, the last time I looked at that stuff was a couple of years ago.  I don't remember all the details, but I do remember not liking the conditions when I looked at it.<br><br>Cogeco does state that their AUP is applicable to TPIA customers.<br><small>--<br>MNSi Internet - &raquo;<A HREF="http://www.mnsi.net" >www.mnsi.net</A></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27717345</guid>
<pubDate>Sun, 11 Nov 2012 16:01:29 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27717331</link>
<description><![CDATA[MaynardKrebs posted : <div class="bquote"><said>said by <a href="/profile/1210963" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1210963');">HeadSpinning</a>:</said><p><div class="bquote"><said>said by <a href="/profile/1652067" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1652067');">MaynardKrebs</a>:</said><p><div class="bquote"><said>said by <a href="/profile/1368600" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1368600');">TSI Marc</a>:</said><p>Anybody doing cable <B>*is*</b> subject to such policies, whether they know it or not.<br><br> </p></div>Chapter and verse, please.<br> </p></div>TPIA is pretty restrictive.  There are all sorts of conditions in the TIPA tariffs that do not exist in the DSL world.<br><br> </p></div>@Marc:<br><i>"....whether they know it or not"</i><br>What kind of ISP wouldn't <b>know it</b>?<br><br>------------<br><br>@HeadSpinning:<br>Any restriction on sharing what said conditions are? Or is that beyond our pay grade and beyond understanding of our feeble unwashed minds?<br><br>It might be something the Competition Bureau ought to know about in detail......or are CNOC members content with being just a 5-6% market share forever?  <br><br>Maybe we, the great unwashed masses, would like to ensure that our use is not unduly restricted as customers of indies by the actions of incumbents - whether we choose, today, to avail ourselves, or not, of the benign lack of enforcement of provisions in some AUP of some incumbent. 99% of indie customers probably never would consider running servers, but the 1% who do would like the certainty of not having the legs cut out from under them because their ISP is feeling heat from an incumbent - the same bastards we ran from in the first place.<br><br>Seems to me that the last time we lowly peons got involved (UBB), a better outcome was had than leaving things solely in CNOC's {cough}{cough} capable {cough}{cough} hands. Of course, CNOC's opinion on that may vary, seeing as how most CNOC members were OK with whatever UBB deal could be cut with Robellus as long as CNOC members made a buck - customers be damned.<br><br>Maybe another 500,000 signature petition is in order. Just sayin' - hypothetically, of course.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27717331</guid>
<pubDate>Sun, 11 Nov 2012 15:55:59 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27717265</link>
<description><![CDATA[HeadSpinning posted : <div class="bquote"><said>said by <a href="/profile/1652067" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1652067');">MaynardKrebs</a>:</said><p><div class="bquote"><said>said by <a href="/profile/1368600" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1368600');">TSI Marc</a>:</said><p>Anybody doing cable <B>*is*</b> subject to such policies, whether they know it or not.<br><br> </p></div>Chapter and verse, please.<br> </p></div>TPIA is pretty restrictive.  There are all sorts of conditions in the TIPA tariffs that do not exist in the DSL world.<br><small>--<br>MNSi Internet - &raquo;<A HREF="http://www.mnsi.net" >www.mnsi.net</A></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27717265</guid>
<pubDate>Sun, 11 Nov 2012 15:24:21 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716980</link>
<description><![CDATA[Taylortbb posted : <div class="bquote"><said>said by <a href="/profile/1789086" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1789086');">TwiztedZero</a>:</said><p><div class="bquote"><said>said by <a href="/profile/1440205" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1440205');">Taylortbb</a>:</said><p>I think you misunderstood my point. I was saying that it doesn't matter which independent one switches to. If Rogers says that independents are bound by their AUP then Rogers will disconnect someone who breaks it. It doesn't matter whether the independent put it in their AUP, as far as Rogers is concerned everyone is bound by theirs. If it's in the tariffs (which it appears to be) then negotiations don't really factor into it, there's no provider you can go to. Switching to Start (for example) doesn't gain you anything even if their AUP doesn't say it, they're still bound by the same tariffs.<br> </p></div>And lets suppose an Incumbent decides that appart from 'servers', that they'll also disconnect anyone using fileshares, netflix, VPNs, Ftp's,  etc. pretty much anything they decide against could be stuffed into a AUP oh boy... its not like they actually listen to net neutrality laws, they're only concerned about their bottom line.<br> </p></div>I didn't say Rogers' AUP was reasonable, just that cable customers are bound by it rather they like it or not. Changing that is something for the CRTC, TekSavvy changing their AUP doesn't change the tariff. All it would do is give those running servers (which I must point out <b>includes myself</b>) a false sense of security.<br><small>--<br>Taylor Byrnes</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716980</guid>
<pubDate>Sun, 11 Nov 2012 13:24:22 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716738</link>
<description><![CDATA[TSI Marc posted : Sure.. When we deal with it thoroughly like I promise to do eventually.. I'll be happy to discuss it then :)<br><small>--<br>Marc - CEO/TekSavvy</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716738</guid>
<pubDate>Sun, 11 Nov 2012 11:10:40 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716722</link>
<description><![CDATA[MaynardKrebs posted : <div class="bquote"><said>said by <a href="/profile/1368600" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1368600');">TSI Marc</a>:</said><p>Anybody doing cable <B>*is*</b> subject to such policies, whether they know it or not.<br><br> </p></div>Chapter and verse, please.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716722</guid>
<pubDate>Sun, 11 Nov 2012 11:02:39 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716695</link>
<description><![CDATA[TSI Marc posted : <div class="bquote"><said>said by <a href="/profile/1368600" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1368600');">TSI Marc</a>:</said><p>We deal with 7 different incumbents. We have more cable users than DSL.<br><br>It's not a question zeal. It's more of a practical question. Do we do 7 AUPs? What a nightmare that would be.<br><br>I can tell you that I'm not a very litigious person.. It would have to be something very serious to get me to enforce such things.<br><br>The history of how this was borne stems from when we started doing cable. Anybody doing cable *is* subject to such policies, whether they know it or not. At the time, we just needed to cover the bases...<br><br>Going forward, as I continue to wrap my head around things since taking full control.. I can promise that if there's a way to simplify it or if its a case of one technology vs. another where it might be easy to incorporate.. Ill be happy to do that. Right now, to divert much energy to this, when there's really no problem, to the degree that people have faith in us... I think would just be a waste of resources when so many other things need attention.. To really do this right, it will take a great deal of time and resources.<br><br>Not trying to down play this but if it were a simple thing.. I'd gladly change it... Even just doing that is a big deal now.<br> </p></div>Marc's promise.<br><small>--<br>Marc - CEO/TekSavvy</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716695</guid>
<pubDate>Sun, 11 Nov 2012 10:52:27 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716692</link>
<description><![CDATA[anon posted : <div class="bquote"><said>said by <a href="/profile/1410402" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1410402');">mlord</a>:</said><p><div class="bquote"><said>said by Worm words :</said><p>I don't recall Rocky ever saying they were going to get rid of it. Nor any promise to that effect.<br><br>Where is this promise?</p></div>See the link in the top few posts of this very thread.<br> </p></div>Ah, I missed that. But still, no promise. Now I understand what HeadSpinning stated about who wrote it.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716692</guid>
<pubDate>Sun, 11 Nov 2012 10:48:16 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716611</link>
<description><![CDATA[mlord posted : <div class="bquote"><said>said by Worm words :</said><p>I don't recall Rocky ever saying they were going to get rid of it. Nor any promise to that effect.<br><br>Where is this promise?</p></div>See the link in the top few posts of this very thread.<div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/27716611?c=2049880&ret=L2ZvcnVtL3IyNzcwOTU5OS54bWw%3D"><IMG class="apic" BORDER=0 TITLE="63305 bytes" WIDTH=600 HEIGHT=192 SRC="/r0/download/2049880.thumb600~aba98693c97f2859636db371ec6d4738/rocky.jpg/thumb.jpg" ALT="Click for full size"></A><br>Rocky's promise.</TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716611</guid>
<pubDate>Sun, 11 Nov 2012 10:06:14 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716566</link>
<description><![CDATA[HeadSpinning posted : <div class="bquote"><said>said by <a href="/profile/1368600" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1368600');">TSI Marc</a>:</said><p>For sure... In the mean time though, there's good cause for having that language there... This is all stuff that's already been in effect for months and months and harmed nobody. With time we'll double back... as it is important.<br> </p></div>I understand completely that you're not enforcing that portion of the AUP for DSL customers, and have it in there to address the issue of Cable.  I also think the brouhahah over the issue is somewhat overblown, since nobody here has ever heard of a case of TSI enforcing that provision.  Not withstanding, I can take a pretty good guess at who drafted the language in the AUP, and I stand by my position that it should have been taken care of when it was drafted.  That would have saved having to double back...<br><small>--<br>MNSi Internet - &raquo;<A HREF="http://www.mnsi.net" >www.mnsi.net</A></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716566</guid>
<pubDate>Sun, 11 Nov 2012 09:38:38 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716427</link>
<description><![CDATA[anon posted : <div class="bquote"><said>said by <a href="/profile/1210963" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1210963');">HeadSpinning</a>:</said><p><div class="bquote"><said>said by <a href="/profile/1368600" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1368600');">TSI Marc</a>:</said><p>It's not a question zeal. It's more of a practical question. Do we do 7 AUPs? What a nightmare that would be.<br> </p></div>It could still be accomplished with one AUP - just language to handle the different cases.<br> </p></div>AUP's have enough language in it to bring people in a loop. Adding more legalese and worm words to touch base on every situation just confuses people more.<br><br><div class="bquote"><said>said by <a href="/profile/539077" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=539077');">sbrook</a>:</said><p>As to Rocky promising to get rid of it ...<br> </p></div>I don't recall Rocky ever saying they were going to get rid of it. Nor any promise to that effect.<br><br>Where is this promise?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716427</guid>
<pubDate>Sun, 11 Nov 2012 09:35:07 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716363</link>
<description><![CDATA[TSI Marc posted : <div class="bquote"><said>said by <a href="/profile/1210963" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1210963');">HeadSpinning</a>:</said><p>It could still be accomplished with one AUP - just language to handle the different cases.<br> </p></div>For sure... In the mean time though, there's good cause for having that language there... This is all stuff that's already been in effect for months and months and harmed nobody. With time we'll double back... as it is important.<br><small>--<br>Marc - CEO/TekSavvy</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716363</guid>
<pubDate>Sun, 11 Nov 2012 04:46:44 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716272</link>
<description><![CDATA[Selenia posted : I have time warner cable here in the States. Their acceptable use policy also forbids it and has for years. I have run servers on them for a total of over 10 years, and was pretty much told by top level technicians that I was okay doing this. All my servers are appropriately secured. They stated that they would only enforce it if it negatively impacted the network or cause a network security issue and explicitly said that they were not worried about me because they know that I know what I'm doing. They have held good to their word over the course of 12 years. 10 of them running servers on them and the other 2 being stuck on Verizon who didn't care either. I can see the reason for these clauses. Without them we would have every moron on the planet running insecure servers which would impact the security and integrity of the network. Or possibly hosting illegal content. They need legal ground to cover themselves in such an instance.<br><small>--<br>A fool thinks they know everything.<br><br>A wise person knows enough to know they couldn't possibly know everything.<br><br>There are zealots for every OS, like every religion. They do not represent the majority of users for either.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716272</guid>
<pubDate>Sun, 11 Nov 2012 01:50:12 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716112</link>
<description><![CDATA[TwiztedZero posted : <div class="bquote"><said>said by <a href="/profile/1440205" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1440205');">Taylortbb</a>:</said><p>I think you misunderstood my point. I was saying that it doesn't matter which independent one switches to. If Rogers says that independents are bound by their AUP then Rogers will disconnect someone who breaks it. It doesn't matter whether the independent put it in their AUP, as far as Rogers is concerned everyone is bound by theirs. If it's in the tariffs (which it appears to be) then negotiations don't really factor into it, there's no provider you can go to. Switching to Start (for example) doesn't gain you anything even if their AUP doesn't say it, they're still bound by the same tariffs.<br> </p></div>And lets suppose an Incumbent decides that appart from 'servers', that they'll also disconnect anyone using fileshares, netflix, VPNs, Ftp's,  etc. pretty much anything they decide against could be stuffed into a AUP oh boy... its not like they actually listen to net neutrality laws, they're only concerned about their bottom line.<br><small>--<br><b>You see there is only one constant. One universal. It is the only real truth. Causality. Action, reaction. Cause and effect.</b><br>Twitter:<A HREF="https://twitter.com/#!/JeeringSpectre">Merv</a> Chat:<A HREF="http://goo.gl/6xQeH">irc.teksavvy.ca</a></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716112</guid>
<pubDate>Sat, 10 Nov 2012 23:24:54 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716078</link>
<description><![CDATA[HeadSpinning posted : <div class="bquote"><said>said by <a href="/profile/1368600" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1368600');">TSI Marc</a>:</said><p>It's not a question zeal. It's more of a practical question. Do we do 7 AUPs? What a nightmare that would be.<br> </p></div>Its definitely being over zealous.  Instead of covering off every base for every situation with one policy, a less zealous and less overreaching approach would be to include language in one AUP for each of the different cases. <br><br>It could still be accomplished with one AUP - just language to handle the different cases.<br><small>--<br>MNSi Internet - &raquo;<A HREF="http://www.mnsi.net" >www.mnsi.net</A></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716078</guid>
<pubDate>Sat, 10 Nov 2012 23:06:16 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716068</link>
<description><![CDATA[Taylortbb posted : <div class="bquote"><said>said by <a href="/profile/539077" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=539077');">sbrook</a>:</said><p>taylortbb ... this is the land of lawyers and interaction between TSI and the incumbents.<br><br>You never know what the interactions have been on other matters that might for example provoke the lawyers to say "You'd better include the AUP info they want just in case".<br><br>Sometimes you have to make compromises that have next to nothing to do with what you're negotiating to actually GET what you want.  For example imagine this exchange ...<br><br>[snip]<br><br>As to Rocky promising to get rid of it ... have you been fortunate to have never made a promise that in the end you couldn't deliver on?<br> </p></div>I think you misunderstood my point. I was saying that it doesn't matter which independent one switches to. If Rogers says that independents are bound by their AUP then Rogers will disconnect someone who breaks it. It doesn't matter whether the independent put it in their AUP, as far as Rogers is concerned everyone is bound by theirs. If it's in the tariffs (which it appears to be) then negotiations don't really factor into it, there's no provider you can go to. Switching to Start (for example) doesn't gain you anything even if their AUP doesn't say it, they're still bound by the same tariffs.<br><br>I've made promises I couldn't deliver on, but I'm not sure I get your point. I understand completely why TekSavvy can't deliver, it's in the tariff, and I consider that a reasonable excuse. I don't favour banning servers, but when it's in the tariff I don't get the big deal being made here. Take it to the CRTC, not TekSavvy.<br><small>--<br>Taylor Byrnes</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27716068</guid>
<pubDate>Sat, 10 Nov 2012 23:02:05 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27715288</link>
<description><![CDATA[mlerner posted : The CRTC doesn't make the law. Now TekSavvy can enforce an AUP and Bell can disconnect whoever they like simply because they have control over the copper loop but wholesale end user customers have not given consent to the AUP and TekSavvy has not instrcuted users of Bell's AUP therefor it could be thrown out of court since the user has not given consent or been presented Bell's AUP upon activation.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27715288</guid>
<pubDate>Sat, 10 Nov 2012 17:58:54 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714563</link>
<description><![CDATA[anon posted : <div class="bquote"><said>said by <a href="/profile/248514" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=248514');">mlerner</a>:</said><p><div class="bquote"><said>said by waiting :</said><p>Here is the last know link to the CRTC filed ToS. For some reason the CRTC removed the original link from their site... maybe to pretend it never existed while they approved it.  :p<br><br>&raquo;<A HREF="/r0/download/1621397~3e27cf6e04603ad7fc701a5a33326711/aup.pdf">/r0/downloa&middot;&middot;&middot;/aup.pdf</A><br><br>So the server thing applies to bell resold DSL. As far as I can recall, Videotron, Rogers et al did not impose this (that I can recall). So if this is correct, TSI should state that ToS is for DSL only (at the time they didn't resell cable that I can recall).<br> </p></div>Let me set the record straight on this.<br><br>The Bell AUP is all unproven bullshit. First of all they don't provide transit so Bell being my ISP is complete garbage. Second when I signed up, I ONLY acknowledged TekSavvy's AUP, not Bell's. Third, no one has yet to challenge it but I suspect Bell would get in hot water if they ever tried to use it against a wholesale end user customer.<br><br>So you can take the AUP and shove it because as far as I'm concerned, it is inadmissible for wholesale end customers.<br> </p></div>heh well it really doesn't matter what people think, or how they feel. The CRTC said it's all ok to shove Bell's AUP upon Bell resellers.<br><br>These filings were bounced back at GiC and the CRTC so often that I am lost finding all the relevant info on what's applicable and what isn't anymore. Rocca @ Start could likely help sort out the correct filings for all this. Might all be found under the last UBB filings. The cable companies acceptable use was in this, Bell's was in various filings.<br><br>As far as I can recall, the cable companies biggest beef was if a so-call indi used their network for iptv. Videotron directly came out to forbid it. I no longer recall what terms Rogers came out with (Acanac should know this since they are rolling out IPTV).<br><br>So there was a difference. Bell (which TSI's ToS is based upon) put user "control" terms in place, while the cable co's weren't as anal and instead put terms in place to control their network & TV revenue stream instead of the users, like Bell did.<br><br>Like I said above, I don't think TSI was even reselling cable at the time. So the Bell forced AUP/ToS is actually applicable to DSL only. But TSI kept it for everything, which makes sense. Imagine having 4 different ToS's?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714563</guid>
<pubDate>Sat, 10 Nov 2012 17:54:08 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27715207</link>
<description><![CDATA[TSI Marc posted : We deal with 7 different incumbents. We have more cable users than DSL.<br><br>It's not a question zeal. It's more of a practical question. Do we do 7 AUPs? What a nightmare that would be.<br><br>I can tell you that I'm not a very litigious person.. It would have to be something very serious to get me to enforce such things.<br><br>The history of how this was borne stems from when we started doing cable. Anybody doing cable *is* subject to such policies, whether they know it or not. At the time, we just needed to cover the bases...<br><br>Going forward, as I continue to wrap my head around things since taking full control.. I can promise that if there's a way to simplify it or if its a case of one technology vs. another where it might be easy to incorporate.. Ill be happy to do that. Right now, to divert much energy to this, when there's really no problem, to the degree that people have faith in us... I think would just be a waste of resources when so many other things need attention.. To really do this right, it will take a great deal of time and resources.<br><br>Not trying to down play this but if it were a simple thing.. I'd gladly change it... Even just doing that is a big deal now.<br><small>--<br>Marc - CEO/TekSavvy</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27715207</guid>
<pubDate>Sat, 10 Nov 2012 17:28:57 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27715083</link>
<description><![CDATA[HeadSpinning posted : <div class="bquote"><said>said by <a href="/profile/539077" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=539077');">sbrook</a>:</said><p>Ahh but is there anything hidden in the tarrifs?<br> </p></div>Nope<br><br>&raquo;<A HREF="http://www.bce.ca/aboutbce/regulatory/tariffs/bellcanada/details/tariff/GT/___5______?Item=_5410_____" >www.bce.ca/aboutbce/regulatory/t&middot;&middot;&middot;410_____</A><br><small>--<br>MNSi Internet - &raquo;<A HREF="http://www.mnsi.net" >www.mnsi.net</A></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27715083</guid>
<pubDate>Sat, 10 Nov 2012 16:36:23 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714932</link>
<description><![CDATA[sbrook posted : Ahh but is there anything hidden in the tarrifs?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714932</guid>
<pubDate>Sat, 10 Nov 2012 15:24:32 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714913</link>
<description><![CDATA[HeadSpinning posted : <div class="bquote"><said>said by <a href="/profile/539077" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=539077');">sbrook</a>:</said><p>  For example imagine this exchange ...<br><br>TSI - "We want higher speeds for our customers"<br>Bell - "Well, that means you'll max out our links so you ain't getting them"<br>TSI - "Say we put in AUP stuff to ensure nobody gobbles too much"<br>Bell - "OK"<br> </p></div>I think the more likely scenario is that TSI's over zealous legal counsel threw everything but the kitchen sink in when overhauling their AUP and TOS. <br><br>Bell does not have any sort of restriction on using GAS for servers.  They wouldn't need it - the DSL aggregation network isn't upload constrained.<br><small>--<br>MNSi Internet - &raquo;<A HREF="http://www.mnsi.net" >www.mnsi.net</A></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714913</guid>
<pubDate>Sat, 10 Nov 2012 15:17:53 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714880</link>
<description><![CDATA[sbrook posted : Why "luckily"?  If you run one now, and as long as you don't go crazy or brazenly and openly admit to it, nobody's gonna come after you.  Although port 25 blocking is being done, not to stop you from running a server as such but to stop spambot software that all too many customers are getting infections from.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714880</guid>
<pubDate>Sat, 10 Nov 2012 14:57:12 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714857</link>
<description><![CDATA[dbusguy posted : Really disappointing to see this added.  When I left Rogers cable for Teksavvy dsl back in 2007 (?) one of the things I asked was are servers allowed.  It was even advertised back then that they were.  Luckily I no longer run one but makes one wonder what else will be slipped in in the future.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714857</guid>
<pubDate>Sat, 10 Nov 2012 14:45:58 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714572</link>
<description><![CDATA[sbrook posted : taylortbb ... this is the land of lawyers and interaction between TSI and the incumbents.<br><br>You never know what the interactions have been on other matters that might for example provoke the lawyers to say "You'd better include the AUP info they want just in case".<br><br>Sometimes you have to make compromises that have next to nothing to do with what you're negotiating to actually GET what you want.  For example imagine this exchange ...<br><br>TSI - "We want higher speeds for our customers"<br>Bell - "Well, that means you'll max out our links so you ain't getting them"<br>TSI - "Say we put in AUP stuff to ensure nobody gobbles too much"<br>Bell - "OK"<br><br>Then lawyer looks at AUP and finds this no server clause and says "Yup that's needed along with "Can't overload network" clause"  and hey presto, both clauses are now in TSI's AUP.  TSI tells Bell "Yup, done" and Bell implements higher speeds.<br><br>The incumbents care about the fact that an AUP is implemented and the nature of that AUP ... they probably just want to know that certain issues are covered and take it on faith that it was done.<br><br>The bottom line though is that it's there specifically with TSI, and it may NOT be there specifically with others ... that's the way it goes.<br><br>As to Rocky promising to get rid of it ... have you been fortunate to have never made a promise that in the end you couldn't deliver on?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714572</guid>
<pubDate>Sat, 10 Nov 2012 12:33:35 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714524</link>
<description><![CDATA[rodjames posted : Anything I run public-facing is at my datacenter appliance.  The home server has been firewalled all get out, and only runs lan appliances.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714524</guid>
<pubDate>Sat, 10 Nov 2012 12:00:40 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714403</link>
<description><![CDATA[Taylortbb posted : <div class="bquote"><said>said by <a href="/profile/1410402" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1410402');">mlord</a>:</said><p>If the ISP expressly forbids it (teksavvy), they can terminate service at any time without notice, and therefore without leaving time for the subscriber to seek alternatives.  So suddenly no internet at all, requiring about 10 days to get reconnected elsewhere.<br><br>If they don't expressly forbid it (start.ca), or do explicitly allow it (ncf.ca), then one can reasonably expect advance notice from them if they decide they no longer want to allow it.  Giving time to move services elsewhere, or to simply comply with the change in AUP by stopping the servers.  Without losing internet connectivity completely.<br> </p></div>Do you really think Bell or Rogers cares what the independent's AUP says? If they don't like your server they're disconnecting you when they want to. Bell and Rogers probably have never read TekSavvy or Start's AUP. As far as they're concerned you're bound by their AUP, and they will disconnect you without a moment's notice regardless of what ISP you're a customer of. Assuming of course they care, which evidence suggests they don't (even for their own customers).<br><small>--<br>Taylor Byrnes</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714403</guid>
<pubDate>Sat, 10 Nov 2012 11:05:13 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714314</link>
<description><![CDATA[mlerner posted : <div class="bquote"><said>said by waiting :</said><p>Here is the last know link to the CRTC filed ToS. For some reason the CRTC removed the original link from their site... maybe to pretend it never existed while they approved it.  :p<br><br>&raquo;<A HREF="/r0/download/1621397~3e27cf6e04603ad7fc701a5a33326711/aup.pdf">/r0/downloa&middot;&middot;&middot;/aup.pdf</A><br><br>So the server thing applies to bell resold DSL. As far as I can recall, Videotron, Rogers et al did not impose this (that I can recall). So if this is correct, TSI should state that ToS is for DSL only (at the time they didn't resell cable that I can recall).<br> </p></div>Let me set the record straight on this.<br><br>The Bell AUP is all unproven bullshit. First of all they don't provide transit so Bell being my ISP is complete garbage. Second when I signed up, I ONLY acknowledged TekSavvy's AUP, not Bell's. Third, no one has yet to challenge it but I suspect Bell would get in hot water if they ever tried to use it against a wholesale end user customer.<br><br>So you can take the AUP and shove it because as far as I'm concerned, it is inadmissible for wholesale end customers.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714314</guid>
<pubDate>Sat, 10 Nov 2012 10:24:25 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714300</link>
<description><![CDATA[mlerner posted : <div class="bquote"><said>said by <a href="/profile/1665152" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1665152');">alpovs</a>:</said><p>How can "a customer risk the overall health of network and experience of other users" with such a miserable upload speed on cable?<br> </p></div>I could think of one way, if you set up a peer to peer mesh network with a handful of cable users degrading upstream bandwidth. That can be considered abuse.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714300</guid>
<pubDate>Sat, 10 Nov 2012 10:20:10 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714271</link>
<description><![CDATA[Tx posted : <div class="bquote"><said>said by <a href="/profile/1410402" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1410402');">mlord</a>:</said><p>Personal attacks are unnecessary, guys.  I'm just raising awareness here that Teksavvy has not followed through with the promise Rocky made last year when this first came up.  Many of us (all of us?) thought he had followed through.<br><br>I run servers, and I like to comply with my ISP's rules.<br>That's why I've been with Teksavvy for so long.<br><br>Cheers<br> </p></div>I believe this thread is a good awareness for anyone looking to run a server.  Both Marc and Elizabeth confirmed what i wanted to know.  <br><br>These forums are browsed by several bully types that seem to think personal attacks are how you treat people.  Why?  Because it's on the Teksavvy part of the forum.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714271</guid>
<pubDate>Sat, 10 Nov 2012 10:03:33 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714262</link>
<description><![CDATA[mlord posted : Personal attacks are unnecessary, guys.  I'm just raising awareness here that Teksavvy has not followed through with the promise Rocky made last year when this first came up.  Many of us (all of us?) thought he had followed through.<br><br>I run servers, and I like to comply with my ISP's rules.<br>That's why I've been with Teksavvy for so long.<br><br>Cheers]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27714262</guid>
<pubDate>Sat, 10 Nov 2012 09:57:53 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27713044</link>
<description><![CDATA[anon posted : All the ISPs have rules in their AUP against piracy, we have yet to hear anyone getting kicked out, same thing with servers, get real OP, feels like you just want to troll the TekSavvy employees ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27713044</guid>
<pubDate>Sat, 10 Nov 2012 08:10:39 EDT</pubDate>
</item>

<item>
<title>Re: Teksavvy forbids running servers</title>
<link>http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27713926</link>
<description><![CDATA[anon posted : Brad do you even know what you're talking about?<br><br>The ip filters are set from the tftp configuration file the modem downloads from the CMTS after it gets it's DHCP lease. In that tftp config file contains ip filters pertaining to port 25 as well as other specific ports that are not going to be named on here.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Teksavvy-forbids-running-servers-27713926</guid>
<pubDate>Sat, 10 Nov 2012 04:32:14 EDT</pubDate>
</item>

</channel>
</rss>
