(RADIATOR) DNS settings will not go to client
Peter Lindeman
peter.lindeman at tpa-nl.com
Thu Jul 22 09:52:23 CDT 2004
Frank Danielson wrote:
> This might be a stretch but since attribute 135 is a standard RADIUS
> attribute and is not normally called Cisco-Primary-DNS-Server could it be
> possible that you have duplicate entries in your dictionary? If the
> Cisco-Primary-DNS-Server attribute is defined somewhere later in the
> dictionary as a Vendor Specific Attribute it will override the first
> definition.
>
> How about a trace 4 or even a trace 5 debug of a request and a response? It
> may also help to see you complete config file.
Thu Jul 22 16:38:11 2004: ERR: Attribute number 14 (vendor 10923) is not
defined in your dictionary
Thu Jul 22 16:38:11 2004: DEBUG: Packet dump:
*** Received from 10.2.0.2 port 40031 ....
Packet length = 121
01 d6 00 79 a6 c8 56 6d 74 25 2e 61 f0 c9 d1 c5
21 2a ea ae 01 0a 76 6f 64 61 66 6f 6e 65 02 12
4e d3 a1 8d f7 ae ad 12 1c d7 18 b3 b7 84 70 04
04 06 0a 02 00 02 06 06 00 00 00 02 07 06 00 00
00 01 1f 0d 33 31 36 34 36 32 34 34 37 38 34 1e
0f 67 70 72 73 2e 78 74 72 61 63 2e 6e 6c 20 0f
67 70 72 73 2e 78 74 72 61 63 2e 6e 6c 1a 0c 00
00 2a ab 0e 06 00 00 00 01
Code: Access-Request
Identifier: 214
Authentic: <166><200>Vmt%.a<240><201><209><197>!*<234><174>
Attributes:
User-Name = "vodafone"
User-Password =
"N<211><161><141><247><174><173><18><28><215><24><179><183><132>p<4>"
NAS-IP-Address = 10.2.0.2
Service-Type = Framed-User
Framed-Protocol = PPP
Calling-Station-Id = "xxxxxxxxxx"
Called-Station-Id = "xxxx.xtrac.nl"
NAS-Identifier = "xxxx.xtrac.nl"
Thu Jul 22 16:38:11 2004: DEBUG: Handling request with Handler
'Realm=DEFAULT'
Thu Jul 22 16:38:11 2004: DEBUG: Deleting session for vodafone, 10.2.0.2,
Thu Jul 22 16:38:11 2004: DEBUG: Handling with Radius::AuthSQL
Thu Jul 22 16:38:11 2004: DEBUG: Handling with Radius::AuthSQL:
Thu Jul 22 16:38:11 2004: DEBUG: Query is: 'select PASSWORD,POOLHINT
from SUBSCRIBERS where BINARY USERNAME='vodafone'':
Thu Jul 22 16:38:11 2004: DEBUG: Radius::AuthSQL looks for match with
vodafone
Thu Jul 22 16:38:11 2004: DEBUG: Radius::AuthSQL ACCEPT:
Thu Jul 22 16:38:11 2004: DEBUG: Handling with Radius::AuthDYNADDRESS
Thu Jul 22 16:38:11 2004: DEBUG: Query is: 'select TIME_STAMP, YIADDR,
SUBNETMASK, DNSSERVER from RADPOOL where (STATIONID='xxxxxxxxxx' AND
POOLHINT='pool1') OR (STATIONID='' AND STATE = 0 AND POOLHINT='pool1')
order by STATIONID desc limit 1;':
Thu Jul 22 16:38:11 2004: DEBUG: do query is: 'update RADPOOL set
STATE=1,TIME_STAMP=?,EXPIRY=?, USERNAME=?, STATIONID=? where YIADDR=?
and TIME_STAMP =?': 1090507091 1090593491 vodafone xxxxxxxxxxx
10.2.0.10 1090507030
Thu Jul 22 16:38:11 2004: DEBUG: Access accepted for vodafone
Thu Jul 22 16:38:11 2004: DEBUG: Packet dump:
*** Sending to 10.2.0.2 port 40031 ....
Packet length = 56
02 d6 00 38 83 59 20 0b 94 40 1c 6e 4e 15 6e 74
1c c0 fc f3 1a 0c 00 00 02 11 87 06 c0 a8 03 04
1a 0c 00 00 02 11 89 06 00 00 00 01 09 06 ff ff
ff 00 08 06 0a 02 00 0a
Code: Access-Accept
Identifier: 214
Authentic: <166><200>Vmt%.a<240><201><209><197>!*<234><174>
Attributes:
Ascend-Client-Primary-DNS = 192.168.3.4
Ascend-Client-Assign-DNS = DNS-Assign-Yes
Framed-IP-Netmask = 255.255.255.0
Framed-IP-Address = 10.2.0.10
Here a part of the log. When I read this correct the Primary DNS
atttribute is sended back to the NAS.
The thing that can go wrong is that the attribute in the Ericsson device
is called differently?
--
Peter Lindeman
TPA traffic & parking automation bv
--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.
More information about the radiator
mailing list