Here is the dump and you can see what I am talking about. <br><br>Mapping VSA is not too much an issue Yes you are right about the 256  dic file but the in/out traffic is encoded ith in/out vioce these need to be parse<br>
<br><br><div><span class="gmail_quote">On 7/13/06, <b class="gmail_sendername">Thor Spruyt</b> <<a href="mailto:thor.spruyt@telenet.be" title="mailto:thor.spruyt@telenet.be" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
thor.spruyt@telenet.be</a>> wrote:</span><blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex">
How about adding a dictionary will all 256 numbers?<br><br>----- Original Message -----<br>From: Robert Dukes<br>To: FreeRadius users mailing list<br>Sent: Thursday, July 13, 2006 9:26 PM<br>Subject: Re: (no subject)<br><br>
<br>Sorry, Ok I use Alvarion Su radios that has  radius accounting option. but<br>the radios send some VSA  that is not reconizable in the radius.<br>Breezenet/Breezecom/Alvarion VSA's. These NASs send<br>Ethernet port data in VSAs (up to 11 per accounting request) but 
<br>unfortunately dont use the same attribute numbers each time. Instead,<br>the attribute number increments each time, then wraps at 256. Radiator<br>automatically maps the fist one in a packet to Breezecom-Attr1, the<br>
second to Breezecom-Attr2 etc through to Breezecom-Attr11.<br><br>I can send a dump log if you want<br><br><br>-<br>List info/subscribe/unsubscribe? See <a href="http://www.freeradius.org/list/users.html" title="http://www.freeradius.org/list/users.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://www.freeradius.org/list/users.html </a><br></blockquote></div><br><br clear="all"><br>-- <br>Robert Dukes