<HTML><HEAD>
<META content="text/html; charset=utf-8" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.18812"></HEAD>
<BODY style="MARGIN: 4px 4px 1px; FONT: 10pt Tahoma">
<DIV>Hi Eduardo,</DIV>
<DIV>I've been listening to this conversation and I'll offer what I can as help. I use option 82 for matching, and as has been mentioned by Glenn, I'm not sure that you're receiving option 82 the way you think you are. Rather than troubleshoot from the server, setting up option spaces and configuring for the way you'd like it to work and then having nothing to go off of if it doesn't work, I'd recommend working from the other end - fire up a wireshark, tcpdump or tethereal and inspect what you expect.</DIV>
<DIV> </DIV>
<DIV>It could be that what you think or have been told to expect in options isn't actually encoded the way you hope. A packet dump will tell you what options are being sent for sure so that you don't have to guess.</DIV>
<DIV> </DIV>
<DIV>Is it possible the vendor is using the vendor code option, and encapsulating sub-options (82 maybe) inside of the VSO?</DIV>
<DIV> </DIV>
<DIV>What you are listing doesn't sound to me like standard option 82 information. I log the following, for example:</DIV>
<DIV>if exists agent.circuit-id {<BR>        log(info,concat(binary-to-ascii(10,8,".",leased-address)," OFFERED TO AGENT.CIRCUIT-ID => ",option agent.circuit-id));<BR>}<BR>if exists agent.remote-id {<BR>       log(info,concat("Grrr, problem here - REMOTE-ID => ",option agent.remote-id));<BR>}</DIV>
<DIV> </DIV>
<DIV>I suspect if you look at the actual packet, you'll see exactly what is going on. HTH.</DIV>
<DIV> </DIV>
<DIV>--Marc</DIV></BODY></HTML>