[cisco-nas] PPPOE w/ Radius specified IP & subnet mask problems
Josh Duffek | Tredent
joshd at tredent.com
Fri Jan 22 19:03:34 EST 2010
I guess you don't need the aaa authen debugs, and only really care about the
tail end of debug ppp nego(ncp and beyond)....but add "debug radius". I
think the more debugs the better :)
jd.
On Fri, Jan 22, 2010 at 5:58 PM, Aaron Seelye <aseelye-lists at eltopia.com>wrote:
> Just was going to write back, authorization fixed the IP address portion.
> Still working on the netmask problem though, it doesn't seem to be taking
> the value over radius like it does now for the IP itself. Regarding the
> debug, there's quite a bit there, should I look for/reply with something in
> particular?
>
> -Aaron
>
>
> On 1/22/2010 3:37 PM, Josh Duffek | Tredent wrote:
>
>> Ahh gotcha...
>>
>> It's been awhile since I've looked at this, but...shouldn't aaa
>> authorization local or radius be on? I would do this:
>>
>> confi t
>> aaa authorization network default local
>> end
>> debug aaa authen
>> debug aaa author
>> debug ppp nego
>> debug ip peer
>>
>> and grab "sh ver | i IOS"...(just to make it small)
>>
>> ...And send that in, if the aaa author command doesn't fix it. Aaron
>> can probably answer this better then I can :)
>>
>> Thanks,
>> Josh
>>
>>
>> On Fri, Jan 22, 2010 at 4:57 PM, Aaron Seelye <aseelye-lists at eltopia.com
>> <mailto:aseelye-lists at eltopia.com>> wrote:
>>
>> No, it's a westell dsl modem. It's giving us problems, presumably
>> because all of my servers are on the same /8, but I can ping
>> google/yahoo/whatever IPs that fall outside the /8.
>>
>> -Aaron
>>
>>
>> On 1/22/2010 2:44 PM, Josh Duffek | Tredent wrote:
>>
>> Is it window clients connecting to this? If so read this:
>>
>> http://www.cisco.com/en/US/tech/tk713/tk507/technologies_tech_note09186a0080093c77.shtml
>>
>> The subnet mask shouldn't be an issue really...can you not route
>> traffic
>> over the link after it comes up?
>>
>> jd.
>>
>>
>> On Fri, Jan 22, 2010 at 4:26 PM, Aaron Seelye
>> <aseelye-lists at eltopia.com <mailto:aseelye-lists at eltopia.com>
>> <mailto:aseelye-lists at eltopia.com
>> <mailto:aseelye-lists at eltopia.com>>> wrote:
>>
>> Hello,
>>
>> I have the following config, and for dynamic IP customers,
>> it seems
>> to be good so far (only testing one user, want to get the kinks
>> worked out before fully implementing). However, we have a
>> problem
>> in that the subnet mask that's being negotiated seems to be a
>> /8
>> (Old Class A default). Also, if we specify the IP address in
>> Radius, the Cisco seems to ignore that in the Access-Reply, and
>> continue to assign the original address it'd intended from
>> its pool.
>> Any pointers would be greatly appreciated, as the "ppp
>> ipcp mask
>> 255.255.255.255" seems to have no effect on the netmask
>> negotiated,
>> and no amount of dial turning has yielded results on the
>> Radius-assigned IP issue.
>>
>> TIA,
>>
>> Aaron Seelye
>>
>>
>>
>> aaa new-model
>> aaa authentication login default line
>> aaa authentication ppp default group radius
>> aaa accounting network default start-stop group radius
>>
>> vpdn enable
>> !
>> vpdn-group number
>> accept-dialin
>> protocol pppoe
>> virtual-template 1
>> !
>> vc-class atm PPP7.1
>> protocol pppoe
>> ubr 7840
>> no ilmi manage
>> encapsulation aal5snap
>> !
>> interface ATM3/0.311 point-to-point
>> description POVN
>> pvc 3/11
>> class-vc PPP7.1
>> !
>> interface Virtual-Template1
>> ip unnumbered FastEthernet0/0
>> ip mtu 1492
>> peer default ip address pool pppoe146
>> ppp authentication pap chap
>> ppp ipcp mask 255.255.255.255
>> !
>> ip local pool pppoe146 192.168.146.1 192.168.146.254
>> !
>> radius-server host 192.168.131.3 auth-port 1645 acct-port 1646
>> radius-server attribute 8 include-in-access-req
>> radius-server attribute nas-port format d
>> radius-server key 7 03035D13555B7248
>>
>>
>> _______________________________________________
>> cisco-nas mailing list
>> cisco-nas at puck.nether.net <mailto:cisco-nas at puck.nether.net>
>> <mailto:cisco-nas at puck.nether.net
>> <mailto:cisco-nas at puck.nether.net>>
>>
>> https://puck.nether.net/mailman/listinfo/cisco-nas
>>
>>
>>
>>
>>
>>
>>
>>
>> No virus found in this incoming message.
>> Checked by AVG - www.avg.com <http://www.avg.com>
>>
>> Version: 9.0.730 / Virus Database: 271.1.1/2638 - Release Date:
>> 01/21/10 23:34:00
>>
>>
>>
>>
>>
>>
>> No virus found in this incoming message.
>> Checked by AVG - www.avg.com
>> Version: 9.0.730 / Virus Database: 271.1.1/2638 - Release Date: 01/21/10
>> 23:34:00
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-nas/attachments/20100122/21a2033f/attachment.html>
More information about the cisco-nas
mailing list