<br><div class="gmail_quote">On Wed, Apr 13, 2011 at 5:34 PM, Michael B. Trausch <span dir="ltr"><<a href="mailto:mike@trausch.us">mike@trausch.us</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 04/13/2011 01:50 PM, Matt Rutherford wrote:<br>
> Lurker cable person here. First, what's hardware version of the SMC? You<br>
<br>
</div>It's a pretty heavily locked down SMC D3G, r1.01. While I have access<br>
to the Web-based UI, it's pretty useless---just enough to see what it's<br>
doing, and configure some basic firewall-type behavior. That's pretty<br>
much it. It has the upstream capability to do things like VPN and flash<br>
updates, but I have access to none of those options.<br>
<div class="im"><br></div></blockquote><div><br></div><div>Yeah, unfortunately most of those options in my experience are unused and/or require support to enable. Some companies refuse to do it. A case of functional equipment, non-functional setup. </div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> might check if there are known-fix options for it. Do you have access to<br>
> the GUI on it via it's local gateway IP? I've worked with some of the<br>
> 'business class' SMC modems that cable companies use and there are some<br>
> weird issues with some versions. That said, I've been on the support end<br>
> of the line plenty of times with residential cable modems where a<br>
> problem on the internal network (typically the routers) will actually<br>
> offline a modem entirely or cause serious problems with the network. So<br>
> there is no 100% guarantee that the modem won't be impacted on the<br>
> DOCSIS/RF side of things by a device in the home. Same goes for anything<br>
> throwing enough static sharing the same power strip, though happens less<br>
> often overall.<br>
<br>
</div>Joy.<br>
<div class="im"><br>
> Do you know what happened to the Linksys? I'm just curious if this was<br>
> an issue where the Linksys and the modem were fighting for control of<br>
> default gateway route, or something more hardware-level. Most modems<br>
> providing NAT or bridge/routing mode still advertise a local address<br>
> (for residential cable modems typically 192.168.100.1) that you can use<br>
> to reach their GUI and check diagnostics. If the Linksys got reset to<br>
> defaults or conflicting settings, I can see that causing problems.<br>
> Hardware level stuff can be much more random-seeming.<br>
<br>
</div>The problem started yesterday at just a little after noon (12:06 was<br>
when my alarms started going off). We were experiencing a lot of high<br>
winds then, so I'm guessing that we probably experienced a slight power<br>
surge. The Linksys device probably stopped functioning properly at that<br>
time. It seems to me that they are sensitive to things like certain<br>
types of power spikes. This is the first time this one has ever done<br>
that and it's been here for seven months or so now. (That said, it's<br>
malfunction should have affected only its network segment, seriously.)<br>
<br>
The tech unplugged the Ethernet cables one-by-one from the SMC box and<br>
when he unplugged the one that goes upstairs to feed the Linksys<br>
wireless router, the cable modem started working correctly.<br>
<br></blockquote><div><br></div><div>I have seen nearly this exact behavior with modems and routers. Usually resolved by router-swap, unfortunately I've never been onsite with wireshark and voltage meters to figure out if the source is feedback/overpower down the ethernet, or just random garbled nastiness on an ARP level coming out of the router. </div>
<div><br></div><div>I can't pinpoint blame to power surges, but they are the most likely culprit. If I lived in an area with more thunderstorms than I do right now, I would likely rent rather than own a cable modem - just so I didn't have to replace one every time a surge came down the coax and blew through the modem. </div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
The other interesting thing to note is that this happened not just with<br>
one SMC box, but two of them (the second one being brand new). That is<br>
why I have the feeling that this is some sort of result of a design<br>
flaw. I cannot recall _ever_ having a switch that suffered complete<br>
failure when one device on it was misbehaving.<br>
<div class="im"><br></div></blockquote><div><br></div><div>Switches I would agree are more robust in this regard, but as David mentioned, you might daisy-chain the SMC->router->more routers/home network. </div><div>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> Replacing the SMC with your own equipment it depends on how your<br>
> provider has their IP routing set up. I've mostly seen RIPv2 based<br>
> routing for 'business class' or static IP service from cable ISPs. This<br>
> requires your modem to have the static IP configurations in place and<br>
> the (non customer visble/secret) RIP key in place to make these IP's<br>
> route to the modem at the premises. This means that cloning the MAC<br>
> address alone of the device won't set up the modem to route your /28.<br>
<br>
</div>Sigh. </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Never did I think that AT&T would have a point in its favor, but it'd<br>
seem it does. The way _they_ do static-address subnetworks is to update<br>
a routing table on their network whenever a PPPoE session is started for<br>
a customer that has it. I confirmed that when I swapped out my client's<br>
AT&T provided DSL modem with one from Fry's (which I did because AT&T<br>
swapped the modem their modem three times to no avail, and their modems<br>
would stop working every 24 hours, like clockwork).<br>
<br></blockquote><div>Cable got away from the user-login based stuff, which as we see here, has problems as well as benefits. I don't know DSL as well as I know cable by any stretch, but I have a feeling the DSLAM model relies partly on the fact you're not sharing bandwidth the same was as you do on the HFC networks. On the opposite side, I deal with having to get my (non-static) IP whitelisted on a VPN every time my cats decide the DSL modem cord looks like fun to play with. On cable you typically don't get a new IP from their DHCP pool until your DHCP session ends without a renew or a new modem/CPE MAC address is introduced. So a few hours of downtime doesn't always result in a new IP. </div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
That said, if the device is using something like RIP or similar, that<br>
means that the device has to have the public key of the target server<br>
(if using encryption) or its own private key (if just signing); there is<br>
no way around that requirement that I can think of. Which means that<br>
it's likely possible to do, though it would be a veritable pain in the ass.<br>
<div class="im"><br></div></blockquote><div>Possible perhaps, but I agree it would be pretty painful. No easy way to get around it. Especially not within your contract, user agreements, etc. </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">
> Additionally, most residential class/off the shelf modem/router combo's<br>
> won't actually accept a static IP configuration due to the firmware<br>
> imaging. I'll cut short a lot of detailed info but in a nutshell the<br>
> firmware on modems (customer owned or corporate provided) is provided by<br>
> the cable company and if a non-authorized image is detected the modem<br>
> won't be authorized for service. For standard cable modems, the services<br>
> are based on MAC address, but the checks for an authenticated/signed<br>
> firmware image will prevent services thanks to happy cable modem hackers<br>
> - especially in Docsis3. This is typically in the small print of the<br>
> contract/user agreement/policies - even if it's your equipment, the<br>
> cable company can force firmware updates and deny service to<br>
> non-authorized images.<br>
<br>
</div>That's... interesting. I will need to re-read my contract. I do not<br>
recall such a provision in it. Though, it is possible that I could have<br>
overlooked it.<br></blockquote><div><br></div><div>Yep, it all goes back to the cable modem hackers and the subsequent arrests, criminal trials, lawsuits, etc. I know why the security is in place, though it can be frustrating. In general there's not much in the way of software updates for cable modems, even the combined router/modems. </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
> I do not think you will see the DOCSIS side broadcasts from wireshark<br>
> since these go out from a separate interface which performs DOCSIS<br>
> encapsulation between the modem's RF out chip and the CMTS upstream,<br>
> where the traffic is re-encapsulated to head out on the backbone.<br>
<br>
</div>Well, right. I know this much: wireshark knows the DOCSIS protocols.<br>
I'd presume that means it's been used for that purpose before, unless<br>
this was just implemented either to a spec or in order to monitor<br>
emulated hardware or something.<br> </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I was hoping that there would be some way to get on the other side of<br>
that interface. Something like connecting a "tap" on the coax line and<br>
logging/monitoring the traffic going across the physical link.<br>
<div class="im"><br></div></blockquote><div>In theory, sure. In practice, packets from modem->CMTS are hit with BPI (Baseline Privacy Interface), now called SEC in Docsis3.0. Otherwise, due to shared bandwidth, there would be major vulnerability for taps or people with modems set to 'listen only' somewhere along the line. Good basics of it are here: <a href="http://en.wikipedia.org/wiki/DOCSIS#Security">http://en.wikipedia.org/wiki/DOCSIS#Security</a></div>
<div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> Lastly, the mixed luck news: I've not seen a single cable operator that<br>
> will route a static IP block to a modem they don't own because of the<br>
> secret key for whatever routing scheme they use. Making that available<br>
> to end-user controlled modems would be a major security flaw. However<br>
> many operators do have more than one type or provider of the modems they<br>
> use in the market. You may be able to call the cable operator and<br>
> request a modem from a different manufacturer, but that depends heavily<br>
> on the market you're in and what hardware availability is like.<br>
<br>
</div>Comcast only seems to have the SMC boxes.<br>
<br>
Don't get me wrong here: they're probably great for most people. You<br>
plug 'em in, and they work. They handle multiple IP networks on the<br>
bridged segment just fine, pass protocol 41, and (for the most part)<br>
work as they should.<br>
<br></blockquote><div><br></div><div>The SMC's are pretty highly functional when compared to some of the older boxes from Cisco and Arris I dealt with, and the configuration options are far and away more extensive - but fairly poorly used. </div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
But it comes at the cost of using one of your static IP addresses (I<br>
have a /28; I can't use the first address because it's the network<br>
address, I can't use the last address because it's the broadcast<br>
address, and I can't use the second to the last address because that's<br>
the one that the gateway takes). AT&T does the same thing with their<br>
own DSL modems, but you get the gateway IP address back if you don't use<br>
their equipment, since it's tied to the PPPoE session; of course that<br>
means that when you have a /29 with them, you actually get an extra<br>
address because the PPPoE session has a dynamic IP which serves as the<br>
gateway address for the /29 that you have.<br>
<div class="im"><br></div></blockquote><div>Agreed, the overhead is a bummer. Didn't know that trick to using your own equipment - I may have to get a static IP w/AT&T due to the cat-shenannigans mentioned above, would be nice to have an extra.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> With regard to internal cable modems, their unavailability comes from a<br>
> couple directions: Control of hardware, control of software. There's<br>
> some interesting books out there about cable modem hacking and the<br>
> history of cable modems, but from my understanding it boils down to the<br>
> controllers of the DOCSIS spec (CableLabs) having a vested interest in<br>
> keeping end-users from fiddling with and bypassing security and<br>
> authentication measures, including the digital certificates internal to<br>
> the modems. I'm highly doubtful a computer-internal cable modem would<br>
> ever get licensed for DOCSIS or pass DOCSIS certification.<br>
<br>
</div>That's sad. There were DOCSIS 1.0, 1.1, and 2.0 internal cable modems<br>
that I was able to find, but of course those would do me no good.<br>
<div class="im"><br></div></blockquote><div>I'm surprised you can find 1.0/.1 and 2.0 internals. One concern I would have is from personal experience with internal dialup modems: one more avenue for frying, and I never had much luck with surge protection (this being 10+ years ago) saving my PC.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> In summary, your best bet is to contact your cable provider and ask<br>
> about alternate modem availability to see if another modem doesn't have<br>
> the same kind of problem. It's possible they could also re-configure the<br>
> SMC to a different setup to prevent possible failure of this type in the<br>
> future if there was a known-issue from a tech bulletin/etc.<br>
<br>
</div>They do nothing with the firmware, other than "program" it for your<br>
static IP allocation when it is deployed.<br><br></blockquote><div>Yeah, corporate policy probably. Just because it's possible doesn't mean it's possible! </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Sigh.<br>
<br>
The more I have minor little troubles here and there, the more I wish I<br>
had the money to just get a pair of dedicated lines that I could do BGP<br>
announcements on and have an SLA with a high level of service. For the<br>
price, Comcast is not bad. But the whole notion that the cable company<br>
cannot proactively monitor its equipment, will not let you provide your<br>
own equipment, and provides only a 24-turnaround time guarantee to<br>
engage you on an issue that you report is getting to be very obnoxious<br>
to me.<br></blockquote><div>It's always a tradeoff situation in my experience. I currently run AT&T 1.5/256 DSL and ClearWire both, because I absolutely need internet access -and neither of them can offer me enough pipeline on their own. I wish I was serviceable for Comcast or U-Verse. </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Perhaps I need to spend a week on dialup. That ought to refresh my<br>
perspective and get me to quit my bitching. Mostly, anyway.<br>
<div><div></div><div class="h5"><br></div></div></blockquote><div>Hey, I hear Earthlink's still around! </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div class="h5">
--- Mike<br>
_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
</div></div></blockquote></div><br>