<br><br><div class="gmail_quote">On Tue, Jun 24, 2008 at 12:27 PM, Dave Cridland <<a href="mailto:dave@cridland.net">dave@cridland.net</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Tue Jun 24 11:31:25 2008, Matt Willsher wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
While on the subject of routers/modems, I've been looking for a basic modem<br>
(not router) for a while but not been able to find one that I'm sure will do<br>
the job. I'm after something with a good ADSL/ADSL2+ chipset and allows<br>
half-bridging (Firewall>PPPoE>modem>PPPoA>ISP<br>
</blockquote>
<br></div>
Most "routers" will do that job.<div class="Ih2E3d"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 or<br>
Firewall<DHCP<modem>PPPoA>ISP).<br>
</blockquote>
<br></div>
And that's basiclly a product of Evil Bridging, and is basically acting as a router.<div class="Ih2E3d"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 The modem musn't expose itself to the<br>
internet<br>
</blockquote>
<br></div>
That will happen in the second case.<div class="Ih2E3d"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 and I'd like SNMP for monitoring, preferably with the ability to<br>
monitor line quality etc. in addition to the usual MIBs. Any suggests<br>
gratefully accepted.<br>
</blockquote>
<br></div>
AFAIK, RFC 2662 and RFC 4706 aren't available with NET-SNMP, but those are the ones you probably want.<br>
<br>
<a href="http://tools.ietf.org/wg/adslmib/" target="_blank">http://tools.ietf.org/wg/adslmib/</a> is the (still active) working group making those, and apparently implementations of at least 2662 do exist. I suspect you'll find those are provider-side, though.<br>

<br>
Let me know if you find something.<br>
<br>
Dave. (Cheerfully still using an original Speedtouch slug).<br><font color="#888888">
</font></blockquote><div><br>Perhaps I should have approached my request my saying what I'm trying to do. I'm trying to get the most effecient connection for the following:<br> <br>1. IPv6 - my ISP can offer IPv6 over the wire with PPPoA, so no need for tunnels and loosing packet space to tunnel headers<br>
2. Linux firewall/router/QoS to handle the connection. I don't want a router/modem to touch the data.<br>3. I want to graph SNR, connection speed, FEC errors, packet loss etc. <br>4. I want to be able to transition to ADSL2+ without having to replace the kit.<br>
<br>Possible solution I've come up with/tried so far:<br><br>A PCI ADSL card would satisfy most of that, but I've not been able to find an ADSL2+ PCI card. <br><br>PPPoE to the ISP works, but it means an 8 byte loss per packet to the header, which <br>
I'd like to avoid for fragmentation and bandwidth usage reasons. <br><br>I can do 3 by polling the modem's web server if it gives such information or via telnet (my Zyxel allows for this, buts it's not really ideal). I'd not seen the RFCs you mention, but I think you're right, they're going to be in headend ISP grade stuff. I'll have a dig around.<br>
<br>What I'm after is a modem that will let me use a full 1500 MTU and stay out of the way and just do the Ethernet/ATM bridging and lets me check how it's doing. I think perhaps I'm looking for something that doesn't exist and that PPPoE is the most 'correct' way of going about it.<br>
<br>Thanks,<br>Matt<br></div></div>