<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";
        mso-believe-normal-left:yes;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><![if mso 9]><style>p.MsoNormal
        {margin-left:3.0pt;}
</style><![endif]><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple style='margin-left:3.0pt;margin-top:3.0pt;margin-right:3.0pt;margin-bottom:.75pt'><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>We regularly see this problem with Belkins on our CMTS and FTTH – I’ve been running a “top 10” against our DHCP log for about 2 years now.  Everytime we see another high user (80% plus Belkin) we get them to upgrade the firmware or we swap it out for no charge with one of our own. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Frank<o:p></o:p></span></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> dhcp-users-bounces+frnkblk=iname.com@lists.isc.org [mailto:dhcp-users-bounces+frnkblk=iname.com@lists.isc.org] <b>On Behalf Of </b>Marc Perea<br><b>Sent:</b> Friday, May 20, 2011 9:12 AM<br><b>To:</b> dhcp-users@lists.isc.org<br><b>Subject:</b> thousands of discovers from a single MAC<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>Hello list,<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>I have a pretty strange scenario occurring that I don't expect to get any responses on, but it's worth a try and I can hope, right?<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>We're an ISP and our DHCP serves 1 IP per agent.circuit-id and we have a pretty weird issue occurring. We're at the end of months of troubleshooting and I was just wondering if anyone else had perhaps run into this situation or something similar, and had any tips or clues.<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>What I'm seeing happening is that sometimes our L3 RG out at the customer prem will lose connectivity. At first we were thinking it was a BRAS core router problem because we've seen similar issues at the core (which also performs DHCP-relay) in the past. This time though, our packet sniffs lead us further down the stream toward the client - we can validate that DISCOVER is hitting the server, OFFER with matching transaction ID is making it past our BRAS out into the core and is being seen by the access shelf. What we don't know is whether the access shelf is dropping (or modifying) the OFFER, or if the RG is failing to process the OFFER and move to the REQUEST. Since DORA never completes, we see thousands of D-O exchanges each day for a particular broken customer.<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'><br>Unfortunately, the access shelf is Ethernet on one side, ATM on the other, providing ADSL service to our customer, so we can't sniff between the shelf and the RG in order to determine who's causing the problem. Additionally, when we convert the RG which is doing both bridging and routing/NAT into two separate boxes, so that we can have an ethernet sniff point between them, it doesn't seem to break anymore.<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>Finally, a modem reboot will fix the problem - DORA will complete when the RG comes back up just fine. We also encouraged the RG vendor to develop and implement a firmware feature whereby if the modem sees a down/up on it's ATM interface (ADSL retrain), it would re-DHCP, much like an ethernet interface would. A down/up from the access shelf side does indeed also fix the problem.<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>We've had tickets open for every vendor from the edge to the core and haven't been able to isolate further than what I've explained here. A ticket remains open for the RG vendor, but it doesn't appear very promising now that I've also seen the problem occur on a Belkin router too.<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>Ideas, anyone?<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>Thanks!<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> <o:p></o:p></span></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>--Marc<o:p></o:p></span></p></div></div></body></html>