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

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

<channel>
<title>Topic &#x27;Is Acanac as good as they claim to be...&#x27; in forum &#x27;Acanac users forum&#x27; - dslreports.com</title>
<link>http://www.dslreports.com/forum/Is-Acanac-as-good-as-they-claim-to-be-22298218</link>
<description></description>
<language>en</language>
<pubDate>Thu, 09 Feb 2012 20:51:19 EDT</pubDate>
<lastBuildDate>Thu, 09 Feb 2012 20:51:19 EDT</lastBuildDate>

<item>
<title>Re: Low upload speeds not sync...</title>
<link>http://www.dslreports.com/forum/Re-Low-upload-speeds-not-sync-22675063</link>
<description><![CDATA[Acanac PN posted : Alright]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Low-upload-speeds-not-sync-22675063</guid>
<pubDate>Wed, 08 Jul 2009 16:57:44 EDT</pubDate>
</item>

<item>
<title>Re: Low upload speeds not sync...</title>
<link>http://www.dslreports.com/forum/Re-Low-upload-speeds-not-sync-22673031</link>
<description><![CDATA[T1nART posted : Recently, my sync went down again.  And this time a bell tech came found out the problems to the line, and rewired my connection from the demark box to my apartment.  Now, the speeds are best as ever and without a bell tech things would not have improved.<br><br>My stats are as follows:<br><br>ADSL Statistics <br> <br>Mode: G.DMT  <br>Type: Interleave  <br>Line Coding: Trellis On  <br>Status: No Defect  <br>Link Power State: L0  <br>  <br>  Downstream Upstream <br>SNR Margin (dB): 29.4  6.0  <br>Attenuation (dB): 5.0  4.5  <br>Output Power (dBm): 5.6  12.6  <br>Attainable Rate (Kbps): 11008  1088  <br>Rate (Kbps): 5056  800  <br>K (number of bytes in DMT frame): 159  26  <br>R (number of check bytes in RS code word): 8  16  <br>S (RS code word size in DMT frame): 1  8  <br>D (interleaver depth): 0  0  <br>Delay (msec): 0  0  <br>  <br>Super Frames: 118765  118763  <br>Super Frame Errors: 0  0  <br>RS Words: 8076086  1009485  <br>RS Correctable Errors: 0  24  <br>RS Uncorrectable Errors: 0  N/A  <br>  <br>HEC Errors: 0  0  <br>OCD Errors: 0  0  <br>LCD Errors: 0  0  <br>Total Cells: 24076301  0  <br>Data Cells: 5895685  0  <br>Bit Errors: 0  0  <br>  <br>Total ES: 0  0  <br>Total SES: 0  0  <br>Total UAS: 16  0  <br> <br>Thanks to the very nice, and efficient bell tech, things are much better...<br><br>Always have a stable line in order to get the proper service.<br><br>Cheers!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Low-upload-speeds-not-sync-22673031</guid>
<pubDate>Wed, 08 Jul 2009 11:45:43 EDT</pubDate>
</item>

<item>
<title>Re: Low upload speeds not sync...</title>
<link>http://www.dslreports.com/forum/Re-Low-upload-speeds-not-sync-22657918</link>
<description><![CDATA[Acanac PN posted : I dont know about port blocking.<br>Unfortunately, speed stats are the "optimum" according to them and nothing further could be done at this point.<br>Note, we have another policy of "slow speed" on working line processing. <br>There is a dedicated person now, who checks these, before they go on bell queue.<br>Currently, your DSL service WORKS and you have 4768/256 after recent trouble report + some notes that "this is the max available".<br>A new ticket for same stuff will be rejected even before going to Bell queue, I think.<br>Regards.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Low-upload-speeds-not-sync-22657918</guid>
<pubDate>Sun, 05 Jul 2009 17:41:09 EDT</pubDate>
</item>

<item>
<title>Re: Low upload speeds not sync...</title>
<link>http://www.dslreports.com/forum/Re-Low-upload-speeds-not-sync-22655046</link>
<description><![CDATA[T1nART posted : ADSL Statistics <br> <br>Mode: G.DMT  <br>Type: Interleave  <br>Line Coding: Trellis On  <br>Status: No Defect  <br>Link Power State: L0  <br>  <br>  Downstream Upstream <br>SNR Margin (dB): 5.8  6.0  <br>Attenuation (dB): 26.0  6.5  <br>Output Power (dBm): 13.6  12.4  <br>Attainable Rate (Kbps): 5376  416  <br>Rate (Kbps): 5056  288  <br>K (number of bytes in DMT frame): 159  10  <br>R (number of check bytes in RS code word): 8  16  <br>S (RS code word size in DMT frame): 1  16  <br>D (interleaver depth): 0  0  <br>Delay (msec): 0  0  <br>  <br>Super Frames: 36637  36635  <br>Super Frame Errors: 0  0  <br>RS Words: 2491382  155698  <br>RS Correctable Errors: 31617  0  <br>RS Uncorrectable Errors: 0  N/A  <br>  <br>HEC Errors: 0  0  <br>OCD Errors: 0  0  <br>LCD Errors: 0  0  <br>Total Cells: 7427549  0  <br>Data Cells: 187560  0  <br>Bit Errors: 0  0  <br>  <br>Total ES: 0  0  <br>Total SES: 0  0  <br>Total UAS: 429  0  <br> <br>What's happening at Bell?  Are they not doing anythng aobut my upstream speeds...  <br><br>And I've been noticing their limiting and blocking ports!<br><br>PN: Any word?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Low-upload-speeds-not-sync-22655046</guid>
<pubDate>Sat, 04 Jul 2009 19:58:45 EDT</pubDate>
</item>

<item>
<title>Re: Low upload speeds not sync...</title>
<link>http://www.dslreports.com/forum/Re-Low-upload-speeds-not-sync-22644942</link>
<description><![CDATA[T1nART posted : Here are the stats for now:<br><br>ADSL Statistics <br> <br>Mode: G.DMT  <br>Type: Interleave  <br>Line Coding: Trellis On  <br>Status: No Defect  <br>Link Power State: L0  <br>  <br>  Downstream Upstream <br>SNR Margin (dB): 5.7  6.0  <br>Attenuation (dB): 26.0  3.0  <br>Output Power (dBm): 13.6  12.4  <br>Attainable Rate (Kbps): 5056  384  <br>Rate (Kbps): 4768  256  <br>K (number of bytes in DMT frame): 150  9  <br>R (number of check bytes in RS code word): 8  16  <br>S (RS code word size in DMT frame): 1  16  <br>D (interleaver depth): 0  0  <br>Delay (msec): 0  0  <br>  <br>Super Frames: 13509  13507  <br>Super Frame Errors: 547  0  <br>RS Words: 918678  57404  <br>RS Correctable Errors: 512415  12  <br>RS Uncorrectable Errors: 711  N/A  <br>  <br>HEC Errors: 294  0  <br>OCD Errors: 0  0  <br>LCD Errors: 0  0  <br>Total Cells: 2582740  0  <br>Data Cells: 1577  0  <br>Bit Errors: 0  0  <br>  <br>Total ES: 109  0  <br>Total SES: 4  0  <br>Total UAS: 68  0  <br> <br><br>Downstream has now dropped to 4.7 Mb/s<br>Upstream is now at 256 Kb/s<br><br>I'll keep reporting when things change...]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Low-upload-speeds-not-sync-22644942</guid>
<pubDate>Thu, 02 Jul 2009 12:44:58 EDT</pubDate>
</item>

<item>
<title>Re: Low upload speeds not sync...</title>
<link>http://www.dslreports.com/forum/Re-Low-upload-speeds-not-sync-22644768</link>
<description><![CDATA[Acanac PN posted : I am looking at Bell report on your trouble:<br><br>TR number&#9;TR***********59<br>DSL number&#9;416******4<br>State&#9;Cleared<br>Status&#9;(EXT:FWFM) Clear / Resolve<br>Trouble Type&#9;6 - No synchronization<br>Description&#9;No synchronization<br>Received Time&#9;6/29/2009 2:35:44 PM<br>Modified Date&#9;7/1/2009 11:17:43 AM<br>Resolution&#9;BH=xx.xx;XX;repaired line at0-1/Customer accept speed as is-unrepairable MAN MADE TEL-EMPL CAUSED<br>Dispatch date&#9;7/1/2009 <br>---------------------------------------------------------------<br>That's for now: "unrepairable"<br>And your upload speed is low, agree. <br>NM are still low. Attenuation jumped from 9/19 to 32/26<br>(32 upstream?)<br>Still no clarification regarding IKNS-related issue.<br>Actually, on these support exchanges there are no place for such queries; <br>I don't think even the tech ppl on the chain know (been/will be ever trained) about details like this.<br><br>I will follow-up.<br>If there are no changes, a new trouble ticket will be opened.<br>Please report in 2-3 days.<br><br>Thanks]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Low-upload-speeds-not-sync-22644768</guid>
<pubDate>Thu, 02 Jul 2009 12:12:21 EDT</pubDate>
</item>

<item>
<title>Low upload speeds not sync...</title>
<link>http://www.dslreports.com/forum/Low-upload-speeds-not-sync-22644492</link>
<description><![CDATA[T1nART posted : My upload speeds isn't synced at 800 kb/s.  It's actually the lowest that it's ever been in the past.  Only 288 kb/s.<br><br>The ticket that I called into support is: xpf15185.<br><br>PN, can you look into this?<br><br>ADSL Statistics <br> <br>Mode: G.DMT  <br>Type: Interleave  <br>Line Coding: Trellis On  <br>Status: No Defect  <br>Link Power State: L0  <br>  <br>  Downstream Upstream <br>SNR Margin (dB): 5.6  6.0  <br>Attenuation (dB): 26.0  19.0  <br>Output Power (dBm): 13.6  12.3  <br>Attainable Rate (Kbps): 5344  416  <br>Rate (Kbps): 5056  288  <br>K (number of bytes in DMT frame): 159  10  <br>R (number of check bytes in RS code word): 8  16  <br>S (RS code word size in DMT frame): 1  16  <br>D (interleaver depth): 0  0  <br>Delay (msec): 0  0  <br>  <br>Super Frames: 113750  113748  <br>Super Frame Errors: 7  0  <br>RS Words: 7735066  483429  <br>RS Correctable Errors: 397391  0  <br>RS Uncorrectable Errors: 30  N/A  <br>  <br>HEC Errors: 4  0  <br>OCD Errors: 0  0  <br>LCD Errors: 0  0  <br>Total Cells: 23059655  0  <br>Data Cells: 375461  0  <br>Bit Errors: 0  0  <br>  <br>Total ES: 6  0  <br>Total SES: 0  0  <br>Total UAS: 139  0  <br> ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Low-upload-speeds-not-sync-22644492</guid>
<pubDate>Thu, 02 Jul 2009 11:20:06 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22629363</link>
<description><![CDATA[Acanac PN posted : Update:<br>The Trouble Ticket is sown in Bell System as well.<br>No Dispatch date or solution fields populated  yet<br><br>Update 2:<br>Dispatch date&#9;7/1/2009  Tomorrow]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22629363</guid>
<pubDate>Mon, 29 Jun 2009 16:02:02 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22629053</link>
<description><![CDATA[Acanac PN posted : I see on bell lantern there is no modem hooked.<br>Could you try another wall jack in meanwhile?<br><br>There is a ticket opened already: ICD-34106 (Today 29th)<br><br>Thanks]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22629053</guid>
<pubDate>Mon, 29 Jun 2009 15:07:55 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22624433</link>
<description><![CDATA[anon posted : This a friend of t1nart..his dsl link is down no signal from wall jack to modem.(hook it up)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22624433</guid>
<pubDate>Sun, 28 Jun 2009 15:49:29 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22621767</link>
<description><![CDATA[planiwa posted : Downstream Line Capacity:<br><br>5472 2009-06-14 16:10:48<br>4704 2009-06-25 19:30:00<br>4931 2009-06-26 11:23:00<br>4384 2009-06-27 18:15:40<br><small>--<br>&raquo;<A HREF="/forum/r22585731-RFC-Connection-Speed-Problems-Checklist">[RFC] Connection / Speed Problems Checklist</A></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22621767</guid>
<pubDate>Sat, 27 Jun 2009 20:13:58 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22621410</link>
<description><![CDATA[T1nART posted : Here are my stats as of now:<br><br>ADSL Statistics <br> <br>Mode: G.DMT  <br>Type: Interleave  <br>Line Coding: Trellis On  <br>Status: No Defect  <br>Link Power State: L0  <br>  <br>  Downstream Upstream <br>SNR Margin (dB): 5.3  6.0  <br>Attenuation (dB): 13.0  23.0  <br>Output Power (dBm): 9.7  12.8  <br>Attainable Rate (Kbps): 4384  1020  <br>Rate (Kbps): 4096  608  <br>K (number of bytes in DMT frame): 129  20  <br>R (number of check bytes in RS code word): 8  8  <br>S (RS code word size in DMT frame): 1  8  <br>D (interleaver depth): 0  0  <br>Delay (msec): 0  0  <br>  <br>Super Frames: 9084  9082  <br>Super Frame Errors: 0  0  <br>RS Words: 617778  77197  <br>RS Correctable Errors: 19  3110  <br>RS Uncorrectable Errors: 0  N/A  <br>  <br>HEC Errors: 0  0  <br>OCD Errors: 0  0  <br>LCD Errors: 0  0  <br>Total Cells: 1492323  0  <br>Data Cells: 39694  0  <br>Bit Errors: 0  0  <br>  <br>Total ES: 22  0  <br>Total SES: 22  0  <br>Total UAS: 594  0 <br> <br><br>PN: The ticket I sent into support is: UYZ-32866<br><br>If you can get my issues resolved asap.  That would be great.<br><br>Thanks mate!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22621410</guid>
<pubDate>Sat, 27 Jun 2009 18:15:40 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22619900</link>
<description><![CDATA[planiwa posted : If it were my line, I'd use an ST516 and check at the Demarc.<br>The presence of a lying IKNS does not protect from actual line noise and errors.  But it does make it harder to diagnose such problems.<br><br>This is a good illustration of how the IKNS bugs have more serious consequences than generally portrayed by Bell.<br><small>--<br>&raquo;<A HREF="/forum/r22585731-RFC-Connection-Speed-Problems-Checklist">[RFC] Connection / Speed Problems Checklist</A></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22619900</guid>
<pubDate>Sat, 27 Jun 2009 10:25:08 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22619782</link>
<description><![CDATA[Acanac PN posted : Unfortunately, the IKNS originated issues for non-ADSL2+ service are still in the gray zone. As far as I know, the fixing seem to be trying different modems and squeezing the profiles, even at 0db att.  :(<br>I am on IKNS, too (50m from it) and I have no full upload sync neither.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22619782</guid>
<pubDate>Sat, 27 Jun 2009 09:40:26 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22615681</link>
<description><![CDATA[planiwa posted : Sure looks like wiring, diagnostically aggravated by IKNS.<br><br>If T1nART can do modem check at demarc, that would be my recommendation.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22615681</guid>
<pubDate>Fri, 26 Jun 2009 13:44:55 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22614654</link>
<description><![CDATA[Acanac PN posted : T, Yes, that is the case:<br>Line Status:&#9;In Service&#9;UpTime:&#9;0<br>Line Profile Name:&#9;al2_d5056-5056-384_u800-800-256&#9;Last State Change:&#9;Fri Jun 26 11:18:30 EDT 2009<br>Operational Status&#9;Speed (Kbs)&#9;Relative Capacity Occupation (%)&#9;Noise Margin (0..31 dB)&#9;Signal Power (0..20 dBm)&#9;Attenuation (0..60 dB)&#9;Block count<br>UpStream&#9;<br>608  79  6.0  12.0  5.0  1168962.0<br>DownStream&#9;<br>4192  85  6.0  10.0 0.0 2814079.0<br>--------------------------------<br>Something wrong there.<br>The attenuation is good 5/0 db, but NM are bad; It could not operate at full profile speed.<br>Please check at your side again (cables, jack, modem and so on) and if nothing helps, send a request to support@acanac.com, then let me know the ticket number to follow-up.<br>Thanks]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22614654</guid>
<pubDate>Fri, 26 Jun 2009 11:23:00 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22614629</link>
<description><![CDATA[Acanac PN posted : T1nART, <br>Is your modem connected? (Jun 26, about 9am)<br>Lantern displays all zeroes.<br>I believe, the reason of your trouble is shown here:<br>"SNR Margin (dB): 5.3 6.0"<br>Both streams seem to be on syncing at lower speeds because of that.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22614629</guid>
<pubDate>Fri, 26 Jun 2009 11:17:51 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22612650</link>
<description><![CDATA[planiwa posted : <div class="bquote"><small>said by <a href="/profile/1639848" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1639848');">T1nART</a>:</small><br><br>SNR Margin (dB): 5.3  6.0  <br>Attenuation (dB): 12.0  16.5  <br>Rate (Kbps): 4416  608  <br>Super Frames: 88144  88142  <br>RS Correctable Errors: 5353  8338  <br>RS Uncorrectable Errors: 0  N/A  <br> <br>I've tried everything...  Rebooting the modem/router, resetting it...  Nothing works...<br><br>What's going on...<br> </div>Rain?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22612650</guid>
<pubDate>Thu, 25 Jun 2009 23:38:50 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22611417</link>
<description><![CDATA[T1nART posted : Acanac PN...Please help!<br><br>My download speeds have gone down to 4.4 Mb/s<br>and my uploads speeds have gone down to 608 Kb/s.<br><br>Here are my status:<br><br>ADSL Statistics <br> <br>Mode: G.DMT  <br>Type: Interleave  <br>Line Coding: Trellis On  <br>Status: No Defect  <br>Link Power State: L0  <br>  <br>  Downstream Upstream <br>SNR Margin (dB): 5.3  6.0  <br>Attenuation (dB): 12.0  16.5  <br>Output Power (dBm): 9.7  12.5  <br>Attainable Rate (Kbps): 4704  1020  <br>Rate (Kbps): 4416  608  <br>K (number of bytes in DMT frame): 139  20  <br>R (number of check bytes in RS code word): 8  8  <br>S (RS code word size in DMT frame): 1  8  <br>D (interleaver depth): 0  0  <br>Delay (msec): 0  0  <br>  <br>Super Frames: 88144  88142  <br>Super Frame Errors: 0  0  <br>RS Words: 5993858  749207  <br>RS Correctable Errors: 5353  8338  <br>RS Uncorrectable Errors: 0  N/A  <br>  <br>HEC Errors: 0  0  <br>OCD Errors: 0  0  <br>LCD Errors: 0  0  <br>Total Cells: 15607006  0  <br>Data Cells: 616474  0  <br>Bit Errors: 0  0  <br>  <br>Total ES: 0  0  <br>Total SES: 0  0  <br>Total UAS: 31  0  <br> <br>I've tried everything...  Rebooting the modem/router, resetting it...  Nothing works...<br><br>What's going on...]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22611417</guid>
<pubDate>Thu, 25 Jun 2009 19:30:00 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22556179</link>
<description><![CDATA[Acanac PN posted : Good, thanks<br><small>--<br>We Rock</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22556179</guid>
<pubDate>Mon, 15 Jun 2009 19:26:05 EDT</pubDate>
</item>

<item>
<title>Acanac is pretty good!</title>
<link>http://www.dslreports.com/forum/Acanac-is-pretty-good-22550000</link>
<description><![CDATA[T1nART posted : ADSL Statistics <br> <br>Mode: G.DMT  <br>Type: Interleave  <br>Line Coding: Trellis On  <br>Status: No Defect  <br>Link Power State: L0  <br>  <br>  Downstream Upstream <br>SNR Margin (dB): 6.6  6.0  <br>Attenuation (dB): 9.0  29.0  <br>Output Power (dBm): 9.8  12.7  <br>Attainable Rate (Kbps): 5472  1020  <br>Rate (Kbps): 5056  704  <br>K (number of bytes in DMT frame): 159  23  <br>R (number of check bytes in RS code word): 8  16  <br>S (RS code word size in DMT frame): 1  8  <br>D (interleaver depth): 0  0  <br>Delay (msec): 0  0  <br>  <br>Super Frames: 65245148  65245146  <br>Super Frame Errors: 96  4  <br>RS Words: 141702834  17712829  <br>RS Correctable Errors: 122224  4720006  <br>RS Uncorrectable Errors: 4905  N/A  <br>  <br>HEC Errors: 17  0  <br>OCD Errors: 1  0  <br>LCD Errors: 0  0  <br>Total Cells: 341383910  0  <br>Data Cells: 508749016  0  <br>Bit Errors: 0  0  <br>  <br>Total ES: 12  0  <br>Total SES: 2  0  <br>Total UAS: 49  0  <br> <br>My connection has been holding steady at 5Mb/s down, and 700Kb/s up for the past month or so...<br><br>The best that it can sync at.  Thanks for all the help PN!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Acanac-is-pretty-good-22550000</guid>
<pubDate>Sun, 14 Jun 2009 16:10:48 EDT</pubDate>
</item>

<item>
<title>Re: IKNS -- DSLAM Vendor Codes</title>
<link>http://www.dslreports.com/forum/Re-IKNS-DSLAM-Vendor-Codes-22447604</link>
<description><![CDATA[Acanac PN posted : Thanks]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-IKNS-DSLAM-Vendor-Codes-22447604</guid>
<pubDate>Tue, 26 May 2009 17:21:48 EDT</pubDate>
</item>

<item>
<title>IKNS -- DSLAM Vendor Codes</title>
<link>http://www.dslreports.com/forum/IKNS-DSLAM-Vendor-Codes-22433065</link>
<description><![CDATA[planiwa posted : <div class="bquote"><small>said by <a href="/profile/1573120" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1573120');">darknestgirl</a>:</small><br><br>47 50 53 4e</div>Thanks.<br><br>47 50 53 4e =<br> G  P  S  N<br><br>Which looks like a typo for GSPN :-) :-)<br><br>BTW, the ATUR code is always<br><br>54 53 54 43 =<br> T  S  T   C<br><br>Here is a partial list of DSLAM (and modem) Vendor Codes:<br><pre><br>41 4C 43 42 = ALCB Alcatel (STMicroelectronics)<br>41 4E 44 56 = ANDV Analog Devices<br>42 44 43 4D = BDCM Broadcom <br>47 53 50 4E = GSPN Globespan <br>49 4b 4e 53 = IKNS Ikanos<br>49 46 54 4E = IFTN Infineon (Huawei) <br>53 54 4D 49 = STMI STMicroelectronics<br>54 53 54 43 = TSTC Texas Instruments (TX State Technical College)<br>54 4D 4D 42 = TMMB Thomson Multimedia Broadband<br></pre><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/IKNS-DSLAM-Vendor-Codes-22433065</guid>
<pubDate>Sat, 23 May 2009 12:13:55 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22432192</link>
<description><![CDATA[darknestgirl posted : Hi planiwa that's what i got when i look at the ATUC vendor code and ghsvid<br><br> <IMG SRC="http://i42.tinypic.com/15z3vb6.jpg"> ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22432192</guid>
<pubDate>Sat, 23 May 2009 03:58:44 EDT</pubDate>
</item>

<item>
<title>Re: IKNS</title>
<link>http://www.dslreports.com/forum/Re-IKNS-22431983</link>
<description><![CDATA[planiwa posted : The Aztech modems are ADSL2+ capable.<br>But even a plain ADSL modem should not be given false data from the DSLAM.  These DSLAM devices are indeed broken.<br><br>Bell reportedly does not consider this a serious problem.  Apparently they only see a problem of slight reduction in US rate, and of slightly higher latency.  The vast majority of Sympatico customers are unaware of their sync rate and their latency (only with certain modems).<br><br>In any case, I would imagine that if a Bell user did actually complain about only getting 736 kb/s instead of 800, he could be persuaded to switch to a higher profile plan.  Wholesale ISPs are not allowed to offer faster plans!<br><br>So, in a twisted way, if one regards Wholesalers as competition, one might consider it a competitive advantage for Bell to have this problem and not fix it.<br><br>I do not see the major problem with IKNS as limited to slightly longer latency and slightly lower US speed.  The more serious problem is the confusion and anxiety caused by the false readings of these devices, and the time and money wasted by those who are unaware of the real problem, and who try to fix the problems falsely implied by IKNS.  Such efforts may include unnecessarily purchaing modems or trying to fix nonexistent wiring problems.  To say nothing of all the time consumed communicating with tech support staff.<br><br>If tech support staff are aware of the signature of an IKNS device, the customer needs to suffer none of all that fear, uncertainty, and doubt. :-)<br><br>Are Acanac tech support staff aware of this IKNS problem?  It's quite simple, really:<br><br>Path Mode is Interleaved -- even though the profile says FAST.<br>US SNRM==6<br>US Attn == 20 or more<br>US Attn appears to be similar to DS Margin, while<br>DS Attn appears to be similar to US Margin.<br><br>This tends to result in a situation where the US Attn appears to be greater than the DS Attn.  If we understand what Attenuation is, and how both it and US/DS DMT relate to frequency, then we know that it is quite impossible for US Attn. to be larger than DS Attn.  Typically, DS Attn. is about twice the US Attn.<br><br>Does the Lantern data accessible to Acanac support staff identify the ATU-C device/vendor?<br><br>It might be worth following up on that Vendor code that the Aztech modem shows.<br><br>So, this afternoon I went to a site that is IKNS-afflicted.<br><br>This is how the line looks to the SpeedTouch modem:<br><pre><b><br>Channel Mode                 :  Interleaved <br>Total Available Bandwidth           Cells/s           kbit/s <br>  Downstream                 :     11924             5056 <br>  Upstream                   :      1886              800 <br> <br>Intrinsic/Actual and Maximum Bandwidth %              kbit/s<br>  Downstream                 :        45            11040 <br>  Upstream                   :        78             1020 <br> <br>Bearer Generic Info               Downstream        Upstream <br>Margin       (dB)            :        28.5             6.0 <br>Attenuation  (dB)            :         7.0             28.0 <br>OutputPower  (dBm)           :         7.0             12.5 <br> <br>Vendor Chipset                      Local            Remote<br>  Country                    :        B5               B5 <br>  Vendor                     :      BDCM             IKNS <br></b></pre><br>For comparison, I connected a Speedstream 6520 to the same line:<br><pre><b><br>Sync Rate                    :        5056             736<br>Margin       (dB)            :        26.0             6.0 <br>Attenuation  (dB)            :         7.5            28.0 <br>OutputPower  (dBm)           :         1.5             6.0 <br> <br></b></pre><br><br>I didn't have a chance to test the latency on the 6520 this time.<br>Note that the SpeedTouch syncs at 800, whereas the Speedstream only syncs at 736.<br>The SpeedTouch displays Channel Mode (Interleaved Path), Capacity (RCO), and the DSLAM device vendor: IKNS.<br>But not the Speedstream.<br><br>I do know that despite the fact that all display "Interleaved", none of Aztech, SpeedTouch, or TP-Link experience high latency.<br>BAS latency is 12ms for the Aztech, SpeedTouch, and TP-Link.<br><br>So, can people who have Aztech modems and are connected to IKNS DSLAMS please post their ATUC Vendor Codes and ATUC ghsVid?<br>Perhaps they are similar to:<br><br>ATUC Vendor Code:       4753504E        ATUC Revision:  1<br>ATUC ghsVid:  ff b5 47 53 50 4e 00 08<br><br>here's how:<br>telnet 192.168.1.1<br>root<br>admin<br>cat /proc/*/*m_s*<br>exit<br><br>Thanks!<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-IKNS-22431983</guid>
<pubDate>Sat, 23 May 2009 01:18:57 EDT</pubDate>
</item>

<item>
<title>Re: 2Wire &#x26; IKNS</title>
<link>http://www.dslreports.com/forum/Re-2Wire-IKNS-22429586</link>
<description><![CDATA[Acanac PN posted : Fergie,<br>Fortunately, you are on ALCB not IKNS type.<br>What 2Wires do on IKNS - they perform longer pings.<br>The whole picture then looks like Interleave, regardless the profile on Bell Lantern is set . <br>Sometimes the profile in question is Fast Path but 2Wire reports it like interleave and pings ARE like interleave.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-2Wire-IKNS-22429586</guid>
<pubDate>Fri, 22 May 2009 15:44:36 EDT</pubDate>
</item>

<item>
<title>2Wire &#x26; IKNS</title>
<link>http://www.dslreports.com/forum/2Wire-IKNS-22429120</link>
<description><![CDATA[Fergless posted : <blockquote>Ironically, the 2Wire modems suffer more than others from IKNS latency.</blockquote><br><br>How do you figure that?<br>I was under the impression it was just reported that way as 2Wires could actually see the problem, showing the DSLAM.<br>Clue me in if you will.  :)<br><br>From my stats:<br>DSL Connection Details<br>DSL Line (Wire Pair): &#9;Line 1 (inner pair)<br>Protocol: &#9;G.DMT Annex A<br>Downstream Rate: &#9;5056 kbps<br>Upstream Rate: &#9;800 kbps<br>Channel: &#9;Interleaved<br>Current Noise Margin: &#9;16.0 dB (Downstream), 15.0 dB (Upstream)<br>Current Attenuation: &#9;41.6 dB (Downstream), 26.0 dB (Upstream)<br>Current Output Power: &#9;19.7 dBm (Downstream), 11.9 dBm (Upstream)<br>DSLAM Vendor Information: &#9;Country: {0x0F} Vendor: {<b>ALCB</b>} Specific: {0x00}<br>PVC Info: &#9;0/35<br><br>The details you got for the Aztech on IKNS, think that's valid?<br>If so it'd be really helpful.  :)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/2Wire-IKNS-22429120</guid>
<pubDate>Fri, 22 May 2009 14:32:52 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22429025</link>
<description><![CDATA[T1nART posted : ADSL Statistics <br> <br>Mode: G.DMT  <br>Type: Interleave  <br>Line Coding: Trellis On  <br>Status: No Defect  <br>Link Power State: L0  <br>  <br>  Downstream Upstream <br>SNR Margin (dB): 7.4  6.0  <br>Attenuation (dB): 9.0  19.5  <br>Output Power (dBm): 9.7  12.8  <br>Attainable Rate (Kbps): 5728  1020  <br>Rate (Kbps): 5056  736  <br>K (number of bytes in DMT frame): 159  24  <br>R (number of check bytes in RS code word): 8  16  <br>S (RS code word size in DMT frame): 1  8  <br>D (interleaver depth): 0  0  <br>Delay (msec): 0  0  <br>  <br>Super Frames: 2162525  2162523  <br>Super Frame Errors: 0  0  <br>RS Words: 147051766  18381445  <br>RS Correctable Errors: 14582  310476  <br>RS Uncorrectable Errors: 0  N/A  <br>  <br>HEC Errors: 0  0  <br>OCD Errors: 0  0  <br>LCD Errors: 0  0  <br>Total Cells: 438369186  0  <br>Data Cells: 32480931  0  <br>Bit Errors: 0  0  <br>  <br>Total ES: 4  0  <br>Total SES: 4  0  <br>Total UAS: 62  0  <br><br>It seems to be the problem that Planiwa has referred to...very informative post. Oh well, I won't fuss with it...<br><br>PN: Thanks again for all your work.  Do apologize if I seem to be a hardass at times...]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22429025</guid>
<pubDate>Fri, 22 May 2009 14:16:59 EDT</pubDate>
</item>

<item>
<title>Re: IKNS</title>
<link>http://www.dslreports.com/forum/Re-IKNS-22428388</link>
<description><![CDATA[Acanac PN posted : Thanks,<br>There is huge gray zone regarding this stuff planiwa.<br>Unfortunately not many people know the details.<br>And I bought new modem for my home DSL, too - just to "fix" the issue.<br>My old modem is still working fine ... but not on my line :)<br><br>I believe these remotes are designed or "ready" for ADSL2+ but I have no information how Bell control these ADSL2+ profiles,  are they available for wholesalers and how all management stuff standard ADSL vs ADSL2+ looks like.<br><br>In meanwhile we have some cases with similar scenario and only way to handle them is to ask many times Bell people until acceptable speeds are established.<br>Usually, on first attempt they drop the profile to 512 (you know that the US profile steps are 512 then 800 nothing between) and put AL2 at the same time if it was AL1 initially.<br>Also, depending of the modem and other things, 800k on US may be tested - but as you said the sync speeds are in 700k range.<br><br>T1nART's modem hooks at 768 and lantern displays 4dB NM.<br><br>I tested/reported to Bell some modems that not sync at all or sync very low speeds. <br><br>I don't think it would be a good idea to start speculating which modem is good which not because all these modems work just fine on other remotes.<br><br>Thanks<br><br> <br><br>  ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-IKNS-22428388</guid>
<pubDate>Fri, 22 May 2009 12:34:57 EDT</pubDate>
</item>

<item>
<title>Re: IKNS</title>
<link>http://www.dslreports.com/forum/Re-IKNS-22428029</link>
<description><![CDATA[planiwa posted : <div class="bquote"><small>said by <a href="/profile/1546004" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1546004');">Fergless</a>:</small><br><br>Very good post, Planiwa, very informative.<br>To bad all modems didn't show what DSLAM they're connected to like the 2Wire 2700HG B, saves a lot of guesswork.</div>Ironically, the 2Wire modems suffer more than others from IKNS latency.<br><br>The SpeedTouch modems report the Vendor very clearly.<br><br>The Aztech modem says: (For an IKNS DSLAM)<br>ATUC Vendor Code: 494B4E53 ATUC Revision: 2<br>ATUC ghsVid: b5 00 49 4b 4e 53 01 00<br><br>I wonder if any others are getting those same codes from their Aztech modems --<br>telnet 192.168.1.1<br>login: root<br>Password: admin<br>cat /proc/*/*m_s*]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-IKNS-22428029</guid>
<pubDate>Fri, 22 May 2009 11:45:01 EDT</pubDate>
</item>

<item>
<title>IKNS</title>
<link>http://www.dslreports.com/forum/IKNS-22427707</link>
<description><![CDATA[Fergless posted : Very good post, Planiwa, very informative.<br>To bad all modems didn't show what DSLAM they're connected to like the 2Wire 2700HG B, saves a lot of guesswork.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/IKNS-22427707</guid>
<pubDate>Fri, 22 May 2009 11:02:20 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22426548</link>
<description><![CDATA[planiwa posted : <div class="bquote"><small>said by <a href="/profile/1591863" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1591863');">Acanac PN</a>:</small><br><br>Update:<br>As T1nART requested, the case was re-opened again.<br>Now, 800k Upload is shown on Bell Lantern<br>The current settings, are as follow:<br>Profile: Interleave 5056/800<br>Sync: 5056/768 ----<br>NM: 8/4 dB !!!<br>OCC: 77/77%<br>. . .<br>Hope, this 4db margin is much higher in reality, but only displayed by the equipment (some "known" bug or particularity of the remote itself).<br><br>Best regards.<br></div>I have just read the entire thread.  The precise nature of the problem was clear to me the moment I read the OP's first posting of his DSL line data.<br><br>There is no doubt that this user is connected to a Bell Lucent IKNS DSLAM.  The most significant proof of that fact is in the Lantern data, but curiously Acanac PN's latest posting of that lantern data leaves out the Attenuation!  Acanac PN is much less harsh than he might be, for understandable reasons.<br><br>An understanding reading of the line stats clearly shows that this has nothing whatever to do with wiring issues.<br><br>Furthermore, ADSL profiles are not adjusted automatically.  They are an administrative limit, always controlled by and set by Bell.  It is important not to confuse sync rates and profiles.<br><br>To the OP:<br><br>1.  Please post your current DSL line data.  I'm curious whether your modem maintains sync at 800/5056, and I'd like to verify that there are no US line errors.<br><br>2. What you need to know is that there is one single reason for your problem.  Your DSL line is connected to an IKNS (remote?) DSLAM.  These devices falsely report exceedingly low US noise levels and impossibly high US signal losses.  This can result in high latency and lowered US sync rates.  This problem is well known to Bell.  Some modems are better than others at syncing at the full 800 kb/s.  Others will sync at 768, 736, or 704.<br><br>3. The Aztech modem is actually pretty good.  That doesn't mean that none fail, of course.  To be perfectly fair, I must tell you that after carefully reading your account, I cannot find any evidence that your original modem was faulty.  The trouble is that IKNS cards deceive, and Bell techs who believe them naturally assume that if it's not the wire, it must be the modem.  Why would they even dream of thinking that the DSLAM is lying to them?  [Anyone please correct me if you think I am wrong in any part of this!]<br><br>4. The switch nearest you is indeed TOROON09 Toronto Dufferin aka 53&#150;LEnnox, etc.  And yes, 53 Lennox St. is 1.6 km away.  But what 53-LEnnox actually refers to is the old numbering convention, where a phone number such as 532-1098 would be rendered as LEnnox 2-1098.  The switch is actually located at 1040 Dufferin, just South of Bloor, which is 1 km from you.<br><br>Anyone interested in learning more about this situation may want to Google: ikns vdsl2+<br><br>What I find interesting is that it is often said that that the problems of lower US sync rates and higher latency caused by these IKNS cards are so insignificant that few people notice them.   <br><br>I see that much frustration and ill will against wholesaler ISPs results, and many people unnecessarily buy new modems or hire someone to "fix" their inside wiring, when there is nothing wrong with either.<br><br>Finally, it should be understood that a DSL link comprises a modem, inside wiring, Bell wiring, and a DSLAM.  No part of a DSL link is under the control of a (Bell wholesaler) ISP.  At best an ISP can advise the customer and make requests to Bell on behalf of the customer.  But every part of the link is owned (or rented) by the customer or owned, maintained,  and controlled by Bell.<br><br>Bell holds a privileged monopoly.  Acanac, as a Bell wholesaler,  depends on Bell's good will.  It pays Bell more for a new customer, than it receives from that customer.  Isn't it amazing that it has any technical support at all, and money to spend on network infrastructure in addition?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22426548</guid>
<pubDate>Fri, 22 May 2009 04:11:07 EDT</pubDate>
</item>

<item>
<title>Acanac PN</title>
<link>http://www.dslreports.com/forum/Acanac-PN-22426441</link>
<description><![CDATA[Fergless posted : Well Done. :)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Acanac-PN-22426441</guid>
<pubDate>Fri, 22 May 2009 02:33:01 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22425157</link>
<description><![CDATA[Acanac PN posted : Hope, this 4db margin is much higher in reality, but only displayed by the equipment (some "known" bug or particularity of the remote itself).<br><br>Best regards.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22425157</guid>
<pubDate>Thu, 21 May 2009 21:04:17 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22424730</link>
<description><![CDATA[anon posted : Well done  :D]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22424730</guid>
<pubDate>Thu, 21 May 2009 19:57:18 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22424482</link>
<description><![CDATA[T1nART posted : Thank you PN.<br><br>You've been quite helpful.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22424482</guid>
<pubDate>Thu, 21 May 2009 18:42:15 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22423826</link>
<description><![CDATA[Acanac PN posted : Update:<br>As T1nART requested, the case was re-opened again.<br>Now, 800k Upload is shown on Bell Lantern<br>The current settings,  are as follow:<br>Profile: Interleave 5056/800<br>Sync: 5056/768 ----<br>NM: 8/4 dB !!!<br>OCC: 77/77%<br><br>Thanks]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22423826</guid>
<pubDate>Thu, 21 May 2009 16:25:47 EDT</pubDate>
</item>

<item>
<title>PEBKAC.</title>
<link>http://www.dslreports.com/forum/PEBKAC-22413656</link>
<description><![CDATA[Fergless posted : Maybe your own PEBKAC issues.<br><br>LOL too funny.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/PEBKAC-22413656</guid>
<pubDate>Tue, 19 May 2009 19:54:53 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22412033</link>
<description><![CDATA[anon posted : Actually you paid for.<br><br>Upto 5Mbit download and upto 800Kbit upload<br><br>If you want to get a real 5Mbit at all, you don't get dsl, because there is always PPPOE overhead, which means you will never , ever, see 5Mbit download after PPPOE overhead on a 5056 profile.<br><br>Next, you'll never see that 800Kbit upload, due PPPOE overhead also.<br><br>Since your SNR ratio is soo damn low, your issues are 100% due to line issues.<br><br>Maybe your own PEBKAC issues.<br>Is your modem connected at the DSLAM? or as close to the dslam as possible once entering the house?<br><br>I connect my modem to the main phone jack that enters the house, with an under 5 foot phone cord, to get the best possible signal, then send a cat5e cable from the modem to my computer.<br><br>I hope you can figure you issues out and if you can't and choose to cancel, that you go with a cable internet provider.<br><br>Because you won't be getting any better from any DSL provider.  Maybe Bell, but thats only due to it most likely being a ADSL2+ / VDSL remote your connected to, being the cause of most of your issues. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22412033</guid>
<pubDate>Tue, 19 May 2009 14:52:15 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22409048</link>
<description><![CDATA[T1nART posted : Inc...<br><br>All I really care about is getting what I paid for...And that's the bottom line!<br><br>It seems that when there's some kind of trouble, I have to wrestle with a bunch of your tech savvy support, and also with what Bell is doing to my service.  <br><br>You must appreciate the service industry is a bare-knuckle fight for what customers want, deserve, and paid for, cause in the end, the customer is always right...and if you can't deliver what you say you're going to, then you're not as good as you claim to be...<br><br><b>Meditate on that...and let it sync in to everyone who reads these long winded threads...<b>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22409048</guid>
<pubDate>Mon, 18 May 2009 23:12:48 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22408621</link>
<description><![CDATA[Acanac Inc posted : <div class="bquote"><small>said by <a href="/profile/1639848" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1639848');">T1nART</a>:</small><br><br>Well, I paid for 5Mb/s down, and 800Kb/s up...  <br><br>I should expect that my profile will remain that way for the entirety of the contract.<br><br>Now that it's past my first month, I no longer can cancel the service and have to stay it.  <br><br>However, I will not accept any less than what I'm supposed to get when the potential on my line is 10Mb/s down, and at least 1Mb/s up.  <br><br>These problems that keep occuring is a result of poor attention to detail.<br><br>And obviously you couldn't care less about quality customer service.  PN, your comments seems to just exacerbate the problem and does not help to resolve any issues.  <br> </div>I am sure our staff will do all they can to assit you, howerver if for what ever reason they are not able to help you can still cancel service. Your never locked in. You would just be charged are regular rate for the time you used and returned the rest. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22408621</guid>
<pubDate>Mon, 18 May 2009 21:51:53 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22408347</link>
<description><![CDATA[T1nART posted : Here they are:<br><br>Mode: G.DMT  <br>Type: Interleave  <br>Line Coding: Trellis On  <br>Status: No Defect  <br>Link Power State: L0  <br>  <br>Downstream Upstream <br>SNR Margin (dB): 6.8  6.0  <br>Attenuation (dB): 9.0  22.0  <br>Output Power (dBm): 9.8  12.3  <br>Attainable Rate (Kbps): 5696  1020  <br>Rate (Kbps): 5056  512  <br>K (number of bytes in DMT frame): 159  17  <br>R (number of check bytes in RS code word): 8  8  <br>S (RS code word size in DMT frame): 1  8  <br>D (interleaver depth): 0  0  <br>Delay (msec): 0  0  <br>  <br>Super Frames: 548049  548047  <br>Super Frame Errors: 0  0  <br>RS Words: 37267398  4658399  <br>RS Correctable Errors: 2905  0  <br>RS Uncorrectable Errors: 0  N/A  <br>  <br>HEC Errors: 0  0  <br>OCD Errors: 0  0  <br>LCD Errors: 0  0  <br>Total Cells: 111099445  0  <br>Data Cells: 7189087  0  <br>Bit Errors: 0  0  <br>  <br>Total ES: 183  0  <br>Total SES: 9  0  <br>Total UAS: 167  0  ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22408347</guid>
<pubDate>Mon, 18 May 2009 20:54:43 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22408086</link>
<description><![CDATA[Fergless posted : Could you please post your modem stats, besides just your sync rate.  :)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22408086</guid>
<pubDate>Mon, 18 May 2009 19:59:16 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22407998</link>
<description><![CDATA[T1nART posted : <div class="bquote"><small>said by <a href="/profile/1591863" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1591863');">Acanac PN</a>:</small><br><br>I apologized, I explained to you what is the normal way to deal with problems and requests but you keep complaining.<br>OK, i understand you have lower upstream.<br>I will do my best to request returning of you profile back to the original one. There is no guaranty your modem will synchronize at that speed, probably not.<br><br>Thanks <br> </div>It was synced when it was orginally set by a bell tech.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22407998</guid>
<pubDate>Mon, 18 May 2009 19:41:23 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22407800</link>
<description><![CDATA[T1nART posted : The downstream has just jumped back up to 5Mb/s.<br>But upstream got worse.<br><br>Line Rate - Upstream (Kbps): 512 <br>Line Rate - Downstream (Kbps): 5056 <br>LAN IP Address: 192.168.1.1 <br>Default Gateway: 67.212.8.1 <br>Primary DNS Server: 67.55.0.11 <br>Secondary DNS Server: 66.49.220.95 <br>Date/Time: Mon May 18 18:48:18 2009 <br><br>Seems like it's a losing battle....<br><br>But the war is far from over... ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22407800</guid>
<pubDate>Mon, 18 May 2009 18:49:40 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22407753</link>
<description><![CDATA[Acanac PN posted : I apologized, I explained to you what is the normal way to deal with problems and requests but you keep complaining.<br>OK, i understand you have lower upstream.<br>I will do my best to request returning of you profile back to the original one. There is no guaranty your modem will synchronize at that speed, probably not.<br><br>Thanks ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22407753</guid>
<pubDate>Mon, 18 May 2009 18:35:35 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22407624</link>
<description><![CDATA[T1nART posted : Well, I paid for 5Mb/s down, and 800Kb/s up...  <br><br>I should expect that my profile will remain that way for the entirety of the contract.<br><br>Now that it's past my first month, I no longer can cancel the service and have to stay it.  <br><br>However, I will not accept any less than what I'm supposed to get when the potential on my line is 10Mb/s down, and at least 1Mb/s up.  <br><br>These problems that keep occuring is a result of poor attention to detail.<br><br>And obviously you couldn't care less about quality customer service.  PN, your comments seems to just exacerbate the problem and does not help to resolve any issues.  ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22407624</guid>
<pubDate>Mon, 18 May 2009 18:06:15 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22407505</link>
<description><![CDATA[Acanac PN posted : <div class="bquote"><small>said by <a href="/profile/1639848" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1639848');">T1nART</a>:</small><br><br>Dude, the profile has been fluctuating and has been changed to a lower connection.  There lies the problem.<br><br>It should be at 5Mb/s Down, and 800Kb/s Up.  Which it was at when the bell technician came and set it to that/  Obviously, you guys can't get the message to bell accordingly, and anything only gets done when an actual bell tech comes to the house.  That has been the case with my whole experience which is all documented in this entire thread...  <br><br>Just read all the messages I've left in this thread and get back to me with some proper answers.<br> </div>OK dude.<br>Your profile WAS 5M/800 but you called the support.<br>Profile WAS 5M !!!<br>But the equipment setup cannot sync at 800k.<br>My DSL neither!<br>I made 6 trouble tickets and I changed 5 modems - different brands.<br>I am 50M to CO.<br>And I am still not getting 800 upstream.<br>That's it.<br>This is the Canadian DSL reality and it is not my or Acanac's fault, dude.<br><br>Thanks]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22407505</guid>
<pubDate>Mon, 18 May 2009 17:37:21 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22407427</link>
<description><![CDATA[T1nART posted : Dude, the profile has been fluctuating and has been changed to a lower connection.  There lies the problem.<br><br>It should be at 5Mb/s Down, and 800Kb/s Up.  Which it was at when the bell technician came and set it to that/  Obviously, you guys can't get the message to bell accordingly, and anything only gets done when an actual bell tech comes to the house.  That has been the case with my whole experience which is all documented in this entire thread...  <br><br>Just read all the messages I've left in this thread and get back to me with some proper answers.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22407427</guid>
<pubDate>Mon, 18 May 2009 17:19:47 EDT</pubDate>
</item>

<item>
<title>Re: Is Acanac as good as they claim to be...</title>
<link>http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22407002</link>
<description><![CDATA[Acanac PN posted : Ok T1nART, today is holiday, but tomorrow a new request could be made. <br>Just let me know, please, if you go trough Acanac Support phone to reopen the case - I will follow up with the state of your request.<br>Make sure, this time you explain what your problem is.<br><br>(Actually, what is the problem - don't you have a stable and working connection?)<br><br>I don't want to do any improvisations on your case, unless you explain me exactly what you want. In this case, please be patient and do not call the Support phone at the same time. <br><br>Best regards.<br><small>--<br>We Rock</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Is-Acanac-as-good-as-they-claim-to-be-22407002</guid>
<pubDate>Mon, 18 May 2009 15:59:01 EDT</pubDate>
</item>

</channel>
</rss>

