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

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

<channel>
<title>Topic &#x27;Hitron troubles&#x27; in forum &#x27;Rogers&#x27; - dslreports.com</title>
<link>http://www.dslreports.com/forum/Hitron-troubles-27947776</link>
<description></description>
<language>en</language>
<pubDate>Tue, 18 Jun 2013 19:19:50 EDT</pubDate>
<lastBuildDate>Tue, 18 Jun 2013 19:19:50 EDT</lastBuildDate>

<item>
<title>Re: Hitron troubles</title>
<link>http://www.dslreports.com/forum/Re-Hitron-troubles-27957148</link>
<description><![CDATA[TypeS posted : You can't assign class A addresses to most (all?) consumer network devices, or class B either. The subnet mask only goes from /24 and up.<br><br>10.20.30.0/24 is still class C.<br><br>Router not liking anything then the factory default subnet is definitely funky though.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Hitron-troubles-27957148</guid>
<pubDate>Tue, 29 Jan 2013 01:15:47 EDT</pubDate>
</item>

<item>
<title>Re: Hitron troubles</title>
<link>http://www.dslreports.com/forum/Re-Hitron-troubles-27950623</link>
<description><![CDATA[Ree posted : <div class="bquote"><said>said by <a href="/profile/1350232" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1350232');">morpheus69</a>:</said><p>Perhaps the routers can only handle class C private network addresses...  it really isn't a big deal.<br> </p></div>Yeah I dunno.  It functions with the class A, other than the lack of UPnP and inability to save port forward rules on restart.  Same behaviour happened with 192.168.1.1 -- didn't think to try something else in the 192.168.0.* range to see if that would have worked.<br><br>And yeah, it's not a big deal.  I'm just used to typing 10.20.30.* from work, so re-used that at home.  192.168.0.* is cool with me too though.<br><br>And jmcneill, glad this solved your problem too!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Hitron-troubles-27950623</guid>
<pubDate>Sat, 26 Jan 2013 22:24:48 EDT</pubDate>
</item>

<item>
<title>Re: Hitron troubles</title>
<link>http://www.dslreports.com/forum/Re-Hitron-troubles-27950276</link>
<description><![CDATA[jmcneill posted : Considering CIDR was introduced in 1993, I'd expect that it wouldn't be a problem with an RG that I bought only a few years ago.<br><br>In any case, using 192.168.0.x appears to have resolved the problem for me, thanks OP! I was using a 10.x.x.x address because at one time I was frequently VPNing to a network that used 192.168.x.x addresses, causing conflicts.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Hitron-troubles-27950276</guid>
<pubDate>Sat, 26 Jan 2013 19:50:44 EDT</pubDate>
</item>

<item>
<title>Re: Hitron troubles</title>
<link>http://www.dslreports.com/forum/Re-Hitron-troubles-27949344</link>
<description><![CDATA[morpheus69 posted : Perhaps the routers can only handle class C private network addresses...  it really isn't a big deal.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Hitron-troubles-27949344</guid>
<pubDate>Sat, 26 Jan 2013 12:10:42 EDT</pubDate>
</item>

<item>
<title>Re: Hitron troubles</title>
<link>http://www.dslreports.com/forum/Re-Hitron-troubles-27948810</link>
<description><![CDATA[jmcneill posted : I'm seeing this exact same problem on my SMCD3GN. It's driving me crazy!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Hitron-troubles-27948810</guid>
<pubDate>Sat, 26 Jan 2013 07:17:25 EDT</pubDate>
</item>

<item>
<title>Re: Hitron troubles</title>
<link>http://www.dslreports.com/forum/Re-Hitron-troubles-27947974</link>
<description><![CDATA[Ree posted : OK, problem may be solved.  I had enough of the Hitron's crap, so I put it in bridged mode so I could setup my old router.  But my old router appears to be dead, so I had to reset the Hitron...<br><br>Just for shits and giggles I tested UPnP right after resetting it, and it worked fine!  So I figured I would slowly configure it, and after each change test UPnP to see at what point it would stop working.<br><br>Didn't take long, my very first change was to switch to 10.20.30.1 instead of 192.168.0.1, and it broke after that.  Tried several other IPs in different ranges, and they all failed.  Reverting to 192.168.0.1 got UPnP working again right away.<br><br>I also added a port forward and rebooted the router, and unlike before it persisted.<br><br>So apparently it's a good idea to stick to 192.168.0.1 if you don't want mysterious shit to happen to your Hitron!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Hitron-troubles-27947974</guid>
<pubDate>Fri, 25 Jan 2013 20:06:23 EDT</pubDate>
</item>

<item>
<title>Hitron troubles</title>
<link>http://www.dslreports.com/forum/Hitron-troubles-27947776</link>
<description><![CDATA[Ree posted : Anybody else have port forwarding rules setup on their Hitron and finding them mysteriously disappearing?<br><br>I guess it's not really much of a mystery -- it seems like the rules aren't persisted after the device restarts (just confirmed by manually restarting).<br><br>So am I missing something?  Do I have to do something to persist the rules?  I don't remember having this problem with the DPC3825.<br><br>Also, I thought "no problem, I'll write up a little program to monitor the port forwards via UPnP and add them back in after they go missing", but UPnP doesn't seem to work (even though I have it enabled).  Am I missing something here too?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Hitron-troubles-27947776</guid>
<pubDate>Fri, 25 Jan 2013 19:03:13 EDT</pubDate>
</item>

</channel>
</rss>
