Re: (RADIATOR) Strange Problem, no billing data
Hello Marcel - Yes the accounting requests are being sent to Radiator, the trace shows the accounting records written to the database, and an accounting response is returned. As far as the trace shows, the accounting requests are being written to the database, so you should check there what is going on. regards Hugh On Tue, 12 Mar 2002 13:46, Marcel Welschbillig wrote: > Hugh, > > Thanks for looking at the files. This dose not explain why there is no > billing data on the database though. So from this you can see that the > accounting data is sent back and acknowleged by the radius server is > that correct ? So am i right in assuming that my problem lies between > radiator and the database not between radiator and the router ?? > > > Regards, > Marcel > > Hugh Irvine wrote: > > Hello Marcel - > > > > Thanks for sending the trace. > > > > As far as I can see everything is working correctly. > > > > Here is what is happening with the accounting requests: > > > > > > Tue Mar 12 05:03:14 2002: DEBUG: Packet dump: > > *** Received from 202.65.74.130 port 1646 > > Code: Accounting-Request > > Identifier: 125 > > Authentic: ]<133><17><253>Hg<186><207><194>jg<216><248><251><159><227> > > Attributes: > > NAS-IP-Address = 202.65.74.17 > > NAS-Port = 33 > > NAS-Port-Type = Async > > User-Name = "macmahon" > > Acct-Status-Type = Start > > Acct-Authentic = RADIUS > > Service-Type = Framed-User > > Acct-Session-Id = "03A0" > > Framed-Protocol = PPP > > Acct-Delay-Time = 0 > > > > Tue Mar 12 05:03:14 2002: DEBUG: Handling request with Handler > > 'Realm=DEFAULT' Tue Mar 12 05:03:14 2002: DEBUG: Adding session for > > macmahon, 202.65.74.17, 33 > > Tue Mar 12 05:03:14 2002: DEBUG: Handling with Radius::AuthEMERALD > > Tue Mar 12 05:03:14 2002: DEBUG: Handling accounting with > > Radius::AuthEMERALD Tue Mar 12 05:03:15 2002: DEBUG: do query is: insert > > into Calls > > (UserName, CallDate, AcctStatusType, AcctDelayTime, > > AcctSessionId, NASIdentifier, NASPort) > > values > > ('macmahon', 'Mar 12, 2002 05:03', 1, 0, '03A0', > > '202.65.74.17', 33) > > > > Tue Mar 12 05:03:15 2002: DEBUG: Accounting accepted > > Tue Mar 12 05:03:15 2002: DEBUG: Packet dump: > > *** Sending to 202.65.74.130 port 1646 > > Code: Accounting-Response > > Identifier: 125 > > Authentic: ]<133><17><253>Hg<186><207><194>jg<216><248><251><159><227> > > Attributes: > > > > > > As you can see - the accounting request results in a record inserted into > > the "Calls" table with the values shown, and an accounting response is > > then sent back to the client. > > > > > > regards > > > > Hugh > > > > On Tue, 12 Mar 2002 12:02, Marcel Welschbillig wrote: > >> Hugh, > >> > >> I have attached a debug trace 4 and the radiator config, found it wasn't > >> the one i sent you earlier but this is the one. > >> > >> Thanks in advance ! > >> > >> Marcel > >> > >> Hugh Irvine wrote: > >>> Hello Marcel - > >>> > >>> Thanks for sending the debug. > >>> > >>> It appears that you are sending the radius accounting to > >>> 202.65.68.8:1646 and the authentication to 202.65.68.8:1645. There is a > >>> response from the radius server in both cases. > >>> > >>> Could you please send me a copy of your configuration file (no secrets) > >>> together with a trace 4 debug from Radiator showing what is happening. > >>> > >>> thanks > >>> > >>> Hugh > >>> > >>> On Mon, 11 Mar 2002 17:02, Marcel Welschbillig wrote: > Hugh, > > Thanks for the reply. I have attached the config and debug info, i > have looked at this for many days and found nothing obvious (my > knowlege on radius is limited) and tried many different things and > come to no conclusion. If you can see anything wrong please let me > know. Also i have removed all filters and access lists on the routers > between here and there and had no luck. > > Regards, > > Marcel > > Hugh Irvine wrote: > > Hello Marcel - > > > > It sounds like the 2611 is not configured correctly for radius > > accounting. > > > > You should do a debug on the 2611 to see what it is doing. You might > > also check your access lists and filters, as the accounting port > > number is different from the authentication port (1645/1812 and > > 1646/1813). > > > > regards > > > > Hugh > > > > On Mon, 11 Mar 2002 16:31, Marcel Welschbillig wrote: > >> Hi, > >> > >> Was hopping someone can shed some light on our problem, the story > >> goes like this. > >> > >> We are running radiator with platypus billing system and things are > >> working fine on our local ISP system. We recently got into the > >> satellite telecommunications business and decided to put a 2611 > >> router out on a remote site with an 8AM analog modem modu
Re: (RADIATOR) Strange Problem, no billing data
Hugh, Thanks for looking at the files. This dose not explain why there is no billing data on the database though. So from this you can see that the accounting data is sent back and acknowleged by the radius server is that correct ? So am i right in assuming that my problem lies between radiator and the database not between radiator and the router ?? Regards, Marcel Hugh Irvine wrote: > Hello Marcel - > > Thanks for sending the trace. > > As far as I can see everything is working correctly. > > Here is what is happening with the accounting requests: > > > Tue Mar 12 05:03:14 2002: DEBUG: Packet dump: > *** Received from 202.65.74.130 port 1646 > Code: Accounting-Request > Identifier: 125 > Authentic: ]<133><17><253>Hg<186><207><194>jg<216><248><251><159><227> > Attributes: > NAS-IP-Address = 202.65.74.17 > NAS-Port = 33 > NAS-Port-Type = Async > User-Name = "macmahon" > Acct-Status-Type = Start > Acct-Authentic = RADIUS > Service-Type = Framed-User > Acct-Session-Id = "03A0" > Framed-Protocol = PPP > Acct-Delay-Time = 0 > > Tue Mar 12 05:03:14 2002: DEBUG: Handling request with Handler 'Realm=DEFAULT' > Tue Mar 12 05:03:14 2002: DEBUG: Adding session for macmahon, 202.65.74.17, > 33 > Tue Mar 12 05:03:14 2002: DEBUG: Handling with Radius::AuthEMERALD > Tue Mar 12 05:03:14 2002: DEBUG: Handling accounting with Radius::AuthEMERALD > Tue Mar 12 05:03:15 2002: DEBUG: do query is: insert into Calls > (UserName, CallDate, AcctStatusType, AcctDelayTime, > AcctSessionId, NASIdentifier, NASPort) > values > ('macmahon', 'Mar 12, 2002 05:03', 1, 0, '03A0', > '202.65.74.17', 33) > > Tue Mar 12 05:03:15 2002: DEBUG: Accounting accepted > Tue Mar 12 05:03:15 2002: DEBUG: Packet dump: > *** Sending to 202.65.74.130 port 1646 > Code: Accounting-Response > Identifier: 125 > Authentic: ]<133><17><253>Hg<186><207><194>jg<216><248><251><159><227> > Attributes: > > > As you can see - the accounting request results in a record inserted into the > "Calls" table with the values shown, and an accounting response is then sent > back to the client. > > > regards > > Hugh > > > On Tue, 12 Mar 2002 12:02, Marcel Welschbillig wrote: > >> Hugh, >> >> I have attached a debug trace 4 and the radiator config, found it wasn't >> the one i sent you earlier but this is the one. >> >> Thanks in advance ! >> >> Marcel >> >> Hugh Irvine wrote: >> >>> Hello Marcel - >>> >>> Thanks for sending the debug. >>> >>> It appears that you are sending the radius accounting to 202.65.68.8:1646 >>> and the authentication to 202.65.68.8:1645. There is a response from the >>> radius server in both cases. >>> >>> Could you please send me a copy of your configuration file (no secrets) >>> together with a trace 4 debug from Radiator showing what is happening. >>> >>> thanks >>> >>> Hugh >>> >>> On Mon, 11 Mar 2002 17:02, Marcel Welschbillig wrote: >>> Hugh, Thanks for the reply. I have attached the config and debug info, i have looked at this for many days and found nothing obvious (my knowlege on radius is limited) and tried many different things and come to no conclusion. If you can see anything wrong please let me know. Also i have removed all filters and access lists on the routers between here and there and had no luck. Regards, Marcel Hugh Irvine wrote: > Hello Marcel - > > It sounds like the 2611 is not configured correctly for radius > accounting. > > You should do a debug on the 2611 to see what it is doing. You might > also check your access lists and filters, as the accounting port number > is different from the authentication port (1645/1812 and 1646/1813). > > regards > > Hugh > > On Mon, 11 Mar 2002 16:31, Marcel Welschbillig wrote: > >> Hi, >> >> Was hopping someone can shed some light on our problem, the story goes >> like this. >> >> We are running radiator with platypus billing system and things are >> working fine on our local ISP system. We recently got into the >> satellite telecommunications business and decided to put a 2611 router >> out on a remote site with an 8AM analog modem module to provide access >> to the data stream and authenticate via radiator/platypus. The data >> stream is via VSAT satellite equipment ( Basicly a serial at both >> routers with VSAT equipment between, using HDSL Encapsulation, >> introduces about 700ms delay round trip ) >> >> The strange thing is that i can seem to authenticate from the remote >> 2611 but there is no call/download information sent back. The radius >> server and platypus server are local and work fine with our other >> access servers. Why can it authenticate over the SAT
Re: (RADIATOR) Strange Problem, no billing data
Hello Marcel - Thanks for sending the trace. As far as I can see everything is working correctly. Here is what is happening with the accounting requests: Tue Mar 12 05:03:14 2002: DEBUG: Packet dump: *** Received from 202.65.74.130 port 1646 Code: Accounting-Request Identifier: 125 Authentic: ]<133><17><253>Hg<186><207><194>jg<216><248><251><159><227> Attributes: NAS-IP-Address = 202.65.74.17 NAS-Port = 33 NAS-Port-Type = Async User-Name = "macmahon" Acct-Status-Type = Start Acct-Authentic = RADIUS Service-Type = Framed-User Acct-Session-Id = "03A0" Framed-Protocol = PPP Acct-Delay-Time = 0 Tue Mar 12 05:03:14 2002: DEBUG: Handling request with Handler 'Realm=DEFAULT' Tue Mar 12 05:03:14 2002: DEBUG: Adding session for macmahon, 202.65.74.17, 33 Tue Mar 12 05:03:14 2002: DEBUG: Handling with Radius::AuthEMERALD Tue Mar 12 05:03:14 2002: DEBUG: Handling accounting with Radius::AuthEMERALD Tue Mar 12 05:03:15 2002: DEBUG: do query is: insert into Calls (UserName, CallDate, AcctStatusType, AcctDelayTime, AcctSessionId, NASIdentifier, NASPort) values ('macmahon', 'Mar 12, 2002 05:03', 1, 0, '03A0', '202.65.74.17', 33) Tue Mar 12 05:03:15 2002: DEBUG: Accounting accepted Tue Mar 12 05:03:15 2002: DEBUG: Packet dump: *** Sending to 202.65.74.130 port 1646 Code: Accounting-Response Identifier: 125 Authentic: ]<133><17><253>Hg<186><207><194>jg<216><248><251><159><227> Attributes: As you can see - the accounting request results in a record inserted into the "Calls" table with the values shown, and an accounting response is then sent back to the client. regards Hugh On Tue, 12 Mar 2002 12:02, Marcel Welschbillig wrote: > Hugh, > > I have attached a debug trace 4 and the radiator config, found it wasn't > the one i sent you earlier but this is the one. > > Thanks in advance ! > > Marcel > > Hugh Irvine wrote: > > Hello Marcel - > > > > Thanks for sending the debug. > > > > It appears that you are sending the radius accounting to 202.65.68.8:1646 > > and the authentication to 202.65.68.8:1645. There is a response from the > > radius server in both cases. > > > > Could you please send me a copy of your configuration file (no secrets) > > together with a trace 4 debug from Radiator showing what is happening. > > > > thanks > > > > Hugh > > > > On Mon, 11 Mar 2002 17:02, Marcel Welschbillig wrote: > >> Hugh, > >> > >> Thanks for the reply. I have attached the config and debug info, i have > >> looked at this for many days and found nothing obvious (my knowlege on > >> radius is limited) and tried many different things and come to no > >> conclusion. If you can see anything wrong please let me know. Also i > >> have removed all filters and access lists on the routers between here > >> and there and had no luck. > >> > >> Regards, > >> > >> Marcel > >> > >> Hugh Irvine wrote: > >>> Hello Marcel - > >>> > >>> It sounds like the 2611 is not configured correctly for radius > >>> accounting. > >>> > >>> You should do a debug on the 2611 to see what it is doing. You might > >>> also check your access lists and filters, as the accounting port number > >>> is different from the authentication port (1645/1812 and 1646/1813). > >>> > >>> regards > >>> > >>> Hugh > >>> > >>> On Mon, 11 Mar 2002 16:31, Marcel Welschbillig wrote: > Hi, > > Was hopping someone can shed some light on our problem, the story goes > like this. > > We are running radiator with platypus billing system and things are > working fine on our local ISP system. We recently got into the > satellite telecommunications business and decided to put a 2611 router > out on a remote site with an 8AM analog modem module to provide access > to the data stream and authenticate via radiator/platypus. The data > stream is via VSAT satellite equipment ( Basicly a serial at both > routers with VSAT equipment between, using HDSL Encapsulation, > introduces about 700ms delay round trip ) > > The strange thing is that i can seem to authenticate from the remote > 2611 but there is no call/download information sent back. The radius > server and platypus server are local and work fine with our other > access servers. Why can it authenticate over the SAT link but not send > the billing data back ?? I know the radius server and platypus server > are configured correctly because they are accounting for our loacl > dialin customers, the router is configured nearly identical to our > access servers with regards to CISCO aaa. > > Any help would be great, i have tried just about everything and dont > know where to go next. -- Radiator: the most portable, flexible and configurable RADIUS server anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X. - Nets: internetwork i
Re: (RADIATOR) Strange Problem, no billing data
Hello Marcel - Thanks for sending the debug. It appears that you are sending the radius accounting to 202.65.68.8:1646 and the authentication to 202.65.68.8:1645. There is a response from the radius server in both cases. Could you please send me a copy of your configuration file (no secrets) together with a trace 4 debug from Radiator showing what is happening. thanks Hugh On Mon, 11 Mar 2002 17:02, Marcel Welschbillig wrote: > Hugh, > > Thanks for the reply. I have attached the config and debug info, i have > looked at this for many days and found nothing obvious (my knowlege on > radius is limited) and tried many different things and come to no > conclusion. If you can see anything wrong please let me know. Also i > have removed all filters and access lists on the routers between here > and there and had no luck. > > Regards, > > Marcel > > Hugh Irvine wrote: > > Hello Marcel - > > > > It sounds like the 2611 is not configured correctly for radius > > accounting. > > > > You should do a debug on the 2611 to see what it is doing. You might also > > check your access lists and filters, as the accounting port number is > > different from the authentication port (1645/1812 and 1646/1813). > > > > regards > > > > Hugh > > > > On Mon, 11 Mar 2002 16:31, Marcel Welschbillig wrote: > >> Hi, > >> > >> Was hopping someone can shed some light on our problem, the story goes > >> like this. > >> > >> We are running radiator with platypus billing system and things are > >> working fine on our local ISP system. We recently got into the satellite > >> telecommunications business and decided to put a 2611 router out on a > >> remote site with an 8AM analog modem module to provide access to the > >> data stream and authenticate via radiator/platypus. The data stream is > >> via VSAT satellite equipment ( Basicly a serial at both routers with > >> VSAT equipment between, using HDSL Encapsulation, introduces about 700ms > >> delay round trip ) > >> > >> The strange thing is that i can seem to authenticate from the remote > >> 2611 but there is no call/download information sent back. The radius > >> server and platypus server are local and work fine with our other access > >> servers. Why can it authenticate over the SAT link but not send the > >> billing data back ?? I know the radius server and platypus server are > >> configured correctly because they are accounting for our loacl dialin > >> customers, the router is configured nearly identical to our access > >> servers with regards to CISCO aaa. > >> > >> Any help would be great, i have tried just about everything and dont > >> know where to go next. -- Radiator: the most portable, flexible and configurable RADIUS server anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X. - Nets: internetwork inventory and management - graphical, extensible, flexible with hardware, software, platform and database independence. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Strange Problem, no billing data
Hugh, Thanks for the reply. I have attached the config and debug info, i have looked at this for many days and found nothing obvious (my knowlege on radius is limited) and tried many different things and come to no conclusion. If you can see anything wrong please let me know. Also i have removed all filters and access lists on the routers between here and there and had no luck. Regards, Marcel Hugh Irvine wrote: > Hello Marcel - > > It sounds like the 2611 is not configured correctly for radius accounting. > > You should do a debug on the 2611 to see what it is doing. You might also > check your access lists and filters, as the accounting port number is > different from the authentication port (1645/1812 and 1646/1813). > > regards > > Hugh > > > On Mon, 11 Mar 2002 16:31, Marcel Welschbillig wrote: > >> Hi, >> >> Was hopping someone can shed some light on our problem, the story goes >> like this. >> >> We are running radiator with platypus billing system and things are >> working fine on our local ISP system. We recently got into the satellite >> telecommunications business and decided to put a 2611 router out on a >> remote site with an 8AM analog modem module to provide access to the >> data stream and authenticate via radiator/platypus. The data stream is >> via VSAT satellite equipment ( Basicly a serial at both routers with >> VSAT equipment between, using HDSL Encapsulation, introduces about 700ms >> delay round trip ) >> >> The strange thing is that i can seem to authenticate from the remote >> 2611 but there is no call/download information sent back. The radius >> server and platypus server are local and work fine with our other access >> servers. Why can it authenticate over the SAT link but not send the >> billing data back ?? I know the radius server and platypus server are >> configured correctly because they are accounting for our loacl dialin >> customers, the router is configured nearly identical to our access >> servers with regards to CISCO aaa. >> >> Any help would be great, i have tried just about everything and dont >> know where to go next. areac-rtr# 1w2d: Async33 AAA/DISC: 2/"Lost Carrier" 1w2d: Async33 AAA/DISC/EXT: 1011/"Lost Carrier" 1w2d: AAA/ACCT/ACCT_DISC: Found list "default" 1w2d: Async33 AAA/DISC: 2/"Lost Carrier" 1w2d: AAA/ACCT/ACCT_DISC: Found list "default" 1w2d: Async33 AAA/DISC/EXT: 1011/"Lost Carrier" 1w2d: AAA/ACCT/ACCT_DISC: Found list "default" 1w2d: Async33 AAA/DISC: 2/"Lost Carrier" 1w2d: AAA/ACCT/ACCT_DISC: Found list "default" 1w2d: Async33 AAA/DISC/EXT: 1011/"Lost Carrier" 1w2d: AAA/ACCT: no attribute "pre-bytes-in" to replace, adding it 1w2d: AAA/ACCT: no attribute "pre-bytes-out" to replace, adding it 1w2d: AAA/ACCT: no attribute "pre-paks-in" to replace, adding it 1w2d: AAA/ACCT: no attribute "pre-paks-out" to replace, adding it 1w2d: AAA/ACCT: no attribute "bytes_in" to replace, adding it 1w2d: AAA/ACCT: no attribute "bytes_out" to replace, adding it 1w2d: AAA/ACCT: no attribute "paks_in" to replace, adding it 1w2d: AAA/ACCT: no attribute "paks_out" to replace, adding it 1w2d: AAA/ACCT: no attribute "pre-session-time" to replace, adding it 1w2d: AAA/ACCT: no attribute "elapsed_time" to replace, adding it 1w2d: AAA/ACCT non-ISDN xmit=33600 recv=33600 hwidb=81E5FA20 tty=81E5E1A8 1w2d: AAA/ACCT/NET/STOP User macmahon, Port Async33: task_id=30 timezone=GMT+8 service=ppp protocol=ip addr=192.168.30.2 disc-cause=1 disc-cause-ext=1045 pre-bytes-in=99 pre-bytes-out=105 pre-paks-in=4 pre-paks-out=4 bytes_in=1175927 bytes_out=971570 paks_in=14840 paks_out=18630 pre-session-time=4 connect-progress=60 elapsed_time=3815 nas-rx-speed=33600 nas-tx-speed=33600 1w2d: AAA/ACCT: user macmahon, acct type 2 (3797123294): Method=radius (radius) 1w2d: RADIUS: ustruct sharecount=3 1w2d: RADIUS: Initial Transmit Async33 id 188 202.65.68.8:1646, Accounting-Request, len 130 1w2d: Attribute 4 6 CA414A11 1w2d: Attribute 5 6 0021 areac-rtr# 1w2d: Attribute 61 6 1w2d: Attribute 1 10 6D61636D 1w2d: Attribute 40 6 0002 1w2d: Attribute 45 6 0001 1w2d: Attribute 6 6 0002 1w2d: Attribute 44 10 30303030 1w2d: Attribute 7 6 0001 1w2d: Attribute 8 6 C0A81E02 1w2d: Attribute 49 6 0001 1w2d: Attribute 42 6 0011F177 1w2d: Attribute 43 6 000ED332 1w2d: Attribute 47 6 39F8 1w2d: Attribute 48 6 48C6 1w2d: Attribute 46 6 0EE7 1w2d: Attribute 41 6 1w2d: RADIUS: Received from id 188 202.65.68.8:1646, Accounting-response, len 20 1w2d: %LINK-5-CHANGED: Interface Async33, changed state to reset areac-rtr# 1w2d: As33 AAA/DISC: 2/"Lost Carrier" 1w2d: As33 AAA/DISC/EXT: 1011/"Lost Carrier" areac-rtr# 1w2d: Async33: Async protocol mode stopped for 0.0.0.0 1w2d: AAA/MEMORY: free_user (0x81B7FDD0) user='macmahon' ruser='' port='Async33' rem_addr='async' authen_type=PAP service=PP
Re: (RADIATOR) Strange Problem, no billing data
Hello Marcel - It sounds like the 2611 is not configured correctly for radius accounting. You should do a debug on the 2611 to see what it is doing. You might also check your access lists and filters, as the accounting port number is different from the authentication port (1645/1812 and 1646/1813). regards Hugh On Mon, 11 Mar 2002 16:31, Marcel Welschbillig wrote: > Hi, > > Was hopping someone can shed some light on our problem, the story goes > like this. > > We are running radiator with platypus billing system and things are > working fine on our local ISP system. We recently got into the satellite > telecommunications business and decided to put a 2611 router out on a > remote site with an 8AM analog modem module to provide access to the > data stream and authenticate via radiator/platypus. The data stream is > via VSAT satellite equipment ( Basicly a serial at both routers with > VSAT equipment between, using HDSL Encapsulation, introduces about 700ms > delay round trip ) > > The strange thing is that i can seem to authenticate from the remote > 2611 but there is no call/download information sent back. The radius > server and platypus server are local and work fine with our other access > servers. Why can it authenticate over the SAT link but not send the > billing data back ?? I know the radius server and platypus server are > configured correctly because they are accounting for our loacl dialin > customers, the router is configured nearly identical to our access > servers with regards to CISCO aaa. > > Any help would be great, i have tried just about everything and dont > know where to go next. -- Radiator: the most portable, flexible and configurable RADIUS server anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X. - Nets: internetwork inventory and management - graphical, extensible, flexible with hardware, software, platform and database independence. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.