On Mon, Jun 2, 2008 at 5:37 PM, Reinhold <[EMAIL PROTECTED]> wrote:
> For me mpd5 have been running perfectly when it comes to bandwidth. But
> then again I'm using adsl here.
>
> I'm using mpd5 to connect to 2 adsl lines and then allow pptp in on one of
> them. So far I had almost no problems with it at all.
>
> send me the config, I have to warn you that its a bit hard to test random
> things on mpd because its on our firewall so I don't want to mess with it
> to much.
>
> I can however use your config on my other server to test it for you.

I wouldn't want to bother you anyway.
However, I have a question: Since you've not been logging the pptp
conversation, how do you know the bandwidth bit? Perhaps it's me who
has not gotten the concept:
A user logs in and part of what you see in the log is:

<snip>
Jun  2 17:34:15 spamfilter mpd4:  Reply message:
S=27627E63A5E602FEB6B8E6716A7A352622139C6F
Jun  2 17:34:15 spamfilter mpd4: [pptp1] CHAP: sending SUCCESS len:42
Jun  2 17:34:15 spamfilter mpd4: [pptp1] LCP: authorization successful
Jun  2 17:34:15 spamfilter mpd4: [pptp1] Bundle up: 1 link, total
bandwidth 64000 bps
Jun  2 17:34:15 spamfilter mpd4: [pptp1] IPCP: Open event
Jun  2 17:34:15 spamfilter mpd4: [pptp1] IPCP: state change Initial --> Starting
Jun  2 17:34:15 spamfilter mpd4: [pptp1] IPCP: LayerStart
Jun  2 17:34:15 spamfilter mpd4: [pptp1] CCP: Open event
Jun  2 17:34:15 spamfilter mpd4: [pptp1] CCP: state change Initial --> Starting
Jun  2 17:34:15 spamfilter mpd4: [pptp1] CCP: LayerStart
Jun  2 17:34:15 spamfilter mpd4: [pptp1] IPCP: Up event
Jun  2 17:34:15 spamfilter mpd4: [pptp1] IPCP: state change Starting
--> Req-Sent
Jun  2 17:34:15 spamfilter mpd4: [pptp1] IPCP: SendConfigReq #7
Jun  2 17:34:15 spamfilter mpd4:  IPADDR 192.168.33.1
</snip>

The user stays on and does whatever they wanted to do, and when they
are disconnecting, you see this:

<snip>
Jun  2 17:52:50 spamfilter mpd4: [pptp1] LCP: rec'd Terminate Request
#10 (Opened)
Jun  2 17:52:50 spamfilter mpd4: [pptp1] LCP: state change Opened --> Stopping
Jun  2 17:52:50 spamfilter mpd4: [pptp1] AUTH: Accounting data for
user bthakrar: 1117 seconds, 578183 octets in, 9632530 octets out
Jun  2 17:52:50 spamfilter mpd4: [pptp1] Bundle up: 0 links, total
bandwidth 9600 bps
Jun  2 17:52:50 spamfilter mpd4: [pptp1] IPCP: Close event
Jun  2 17:52:50 spamfilter mpd4: [pptp1] IPCP: state change Opened --> Closing
Jun  2 17:52:50 spamfilter mpd4: [pptp1] IPCP: SendTerminateReq #9
Jun  2 17:52:50 spamfilter mpd4: [pptp1] error writing len 8 frame to
bypass: Network is down
Jun  2 17:52:50 spamfilter mpd4: [pptp1] IPCP: LayerDown
Jun  2 17:52:50 spamfilter mpd4: [pptp1] IFACE: Down event
</snip>

So, upon connection, there was a bandwidth of  64000bps, but upon
closing that session, the b/w is 9600bps.

That is what I meant, and the way I see now, it has nothing to do with
mpd5 or mpd4....
Perhaps all this is OT now and it is fodder for another list:-)

-- 
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254733744121/+254722743223
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

"Oh My God! They killed init! You Bastards!"
 --from a /. post
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to