Re: NetworkManager-list Digest, Vol 39, Issue 18



will you pls quit sending to me,


----------------------  Original Message:  ---------------------
From:    networkmanager-list-request gnome org
To:      networkmanager-list gnome org
Subject: NetworkManager-list Digest, Vol 39, Issue 18
Date:    Wed, 5 Dec 2007 19:08:48 +0000

> Send NetworkManager-list mailing list submissions to
> 	networkmanager-list gnome org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://mail.gnome.org/mailman/listinfo/networkmanager-list
> or, via email, send a message with subject or body 'help' to
> 	networkmanager-list-request gnome org
> 
> You can reach the person managing the list at
> 	networkmanager-list-owner gnome org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of NetworkManager-list digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: Fwd: NetworkManager no-go (Dan Williams)
>    2. Re: ppp using NM (Tambet Ingo)
>    3. Re: scan list limitation -- doesn't like 127 APs? (Derek Atkins)
>    4. Re: Another dropped connection with iwl3945 and NM-0.6.5 on
>       FC7 (Derek Atkins)
>    5. Re: ppp using NM (Jon Escombe)
>    6. Re: VPN API (Jon Escombe)
>    7. Re: ppp using NM (Dan Williams)
>    8. Re: VPN API (Casey Harkins)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 05 Dec 2007 11:56:23 -0500
> From: Dan Williams <dcbw redhat com>
> Subject: Re: Fwd: NetworkManager no-go
> To: Yasha Karant <ykarant yahoo com>
> Cc: networkmanager-list gnome org
> Message-ID: <1196873783 12263 2 camel localhost localdomain>
> Content-Type: text/plain
> 
> On Tue, 2007-12-04 at 19:07 -0800, Yasha Karant wrote:
> > I have been informed that the behavior below evidently is a bug
> > in NetworkManager.  I am using NetworkManager Applet 0.6.4 under 
> > RHEL 5, and NetworkManager  and NetworkManagerDispatcher 0.6.5 .  
> > 
> > NetworkManager did not offer me any choices in network, nor did it
> > change from the pre-existing channel 11 under the circumstances
> > below.
> > 
> > Is this a  bug?  If so, what is the fix?
> 
> Best thing to do is to file a bug in Red Hat bugzilla and then we can
> diagnose this issue further.  If you could put some more details into
> the bug report, like:
> 
> 1) What kernel version, what wireless card, and what driver the card is
> using
> 
> 2) Attach a /var/log/messages that shows a NetworkManager connection
> attempt to the bug report
> 
> #2 is important; without that it's hard to figure out where things are
> going wrong.
> 
> Thanks,
> Dan
> 
> 
> >         
> >         I have now tried NetworkManager on the University 802.11g from
> >         my office.  No go.
> >         
> >         Here is the output from scan (I wrote a small script to run
> >         the scan
> >         and remind me that I needed to be root for the scan to work --
> >         output
> >         captured via script in a typescript file):
> >         
> >         Script started on Tue 04 Dec 2007 11:34:40 AM PST
> >         ^[]0;ykarant localhost:~^G[ykarant localhost ~]$ su
> >         Password:
> >         ^[]0;ykarant localhost:/home/ykarant^G[root localhost
> >         ykarant]# ./iwlist-scan
> >         
> >         You need to be root to get a current scan
> >         
> >         eth1      Scan completed :
> >                   Cell 01 - Address: 00:12:00:51:BC:60
> >                             ESSID:"CSUSB"
> >                             Protocol:IEEE 802.11bg
> >                             Mode:Master
> >                             Channel:1
> >                             Encryption key:off
> >                             Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 6
> >         Mb/s; 9 Mb/s
> >                                       11 Mb/s; 12 Mb/s; 18 Mb/s; 24
> >         Mb/s; 36 Mb/s
> >                                       48 Mb/s; 54 Mb/s
> >                             Quality=82/100  Signal level=-48 dBm
> >                             Extra: Last beacon: 27ms ago
> >                   Cell 02 - Address: 00:15:F9:A6:76:80
> >                             ESSID:"CSUSB"
> >                             Protocol:IEEE 802.11bg
> >                             Mode:Master
> >                             Channel:6
> >                             Encryption key:off
> >                             Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 6
> >         Mb/s; 9 Mb/s
> >                                       11 Mb/s; 12 Mb/s; 18 Mb/s; 24
> >         Mb/s; 36 Mb/s
> >                                       48 Mb/s; 54 Mb/s
> >                             Quality=31/100  Signal level=-81 dBm
> >                             Extra: Last beacon: 724ms ago
> >                   Cell 03 - Address: 00:1B:54:25:15:80
> >                             ESSID:"CSUSB"
> >                             Protocol:IEEE 802.11bg
> >                             Mode:Master
> >                             Channel:6
> >                             Encryption key:off
> >                             Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 6
> >         Mb/s; 9 Mb/s
> >                                       11 Mb/s; 12 Mb/s; 18 Mb/s; 24
> >         Mb/s; 36 Mb/s
> >                                       48 Mb/s; 54 Mb/s
> >                             Quality=44/100  Signal level=-74 dBm
> >                             Extra: Last beacon: 1058ms ago
> >         
> >         ^[]0;ykarant localhost:/home/ykarant^G[root localhost
> >         ykarant]# exit
> >         exit
> >         ^[]0;ykarant localhost:~^G[ykarant localhost ~]$ Gexit
> >         exit
> >         
> >         At home, using /usr/sbin/system-config-network-gui (that does
> >         the same thing as manually editing the files, reloading,
> >         etc.), the WLAN is set to channel 11.  NetworkManager only
> >         showed one CSUSB WLAN, and refused to connect.
> >         system-config-network-gui showed that the WNIC was still on
> >         channel 11.  I manually changed this via
> >         system-config-network-gui to channel 1 (please see the scan
> >         above), and everything worked, including NetworkManager.
> >         However, NetworkManager would not automatically go to channel
> >         1 nor would it allow me to choose channels.
> >         
> >         Is this fixable via a NetworkManager post-build configuration
> >         file?  Is this fixable via a NetworkManager configuration file
> >         that is used during the build process?
> >         
> > 
> > 
> > ______________________________________________________________________
> > Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try
> > it now.
> > _______________________________________________
> > NetworkManager-list mailing list
> > NetworkManager-list gnome org
> > http://mail.gnome.org/mailman/listinfo/networkmanager-list
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Wed, 5 Dec 2007 19:38:07 +0200
> From: "Tambet Ingo" <tambet gmail com>
> Subject: Re: ppp using NM
> To: "Jon Escombe" <lists dresco co uk>
> Cc: networkmanager-list gnome org
> Message-ID:
> 	<f5c10da20712050938p450c1dc4y683e16e149eb9b23 mail gmail com>
> Content-Type: text/plain; charset=UTF-8
> 
> On Dec 4, 2007 4:17 PM, Jon Escombe <lists dresco co uk> wrote:
> > Good stuff, got connected first time ;)
> >
> > Only issues were that it didn't set up resolv.conf, and also added three 
> entries to the applet menu (as the card presents three ports).
> 
> Both of these issues should be fixed in the SVN now.
> 
> Tambet
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Wed, 05 Dec 2007 12:46:15 -0500
> From: Derek Atkins <warlord MIT EDU>
> Subject: Re: scan list limitation -- doesn't like 127 APs?
> To: Dan Williams <dcbw redhat com>
> Cc: networkmanager-list gnome org
> Message-ID: <sjmhcix11co fsf pgpdev ihtfp org>
> Content-Type: text/plain; charset=us-ascii
> 
> Dan Williams <dcbw redhat com> writes:
> 
> > Can you file a bug on gnome.org?
> 
> http://bugzilla.gnome.org/show_bug.cgi?id=501835
> 
> -derek
> -- 
>        Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
>        Member, MIT Student Information Processing Board  (SIPB)
>        URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
>        warlord MIT EDU                        PGP key available
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Wed, 05 Dec 2007 12:47:04 -0500
> From: Derek Atkins <warlord MIT EDU>
> Subject: Re: Another dropped connection with iwl3945 and NM-0.6.5 on
> 	FC7
> To: Dan Williams <dcbw redhat com>
> Cc: networkmanager-list gnome org
> Message-ID: <sjmd4tl11bb fsf pgpdev ihtfp org>
> Content-Type: text/plain; charset=us-ascii
> 
> Dan Williams <dcbw redhat com> writes:
> 
> > On Tue, 2007-12-04 at 19:02 -0500, Derek Atkins wrote:
> >> Here's the dmesg output:
> >> 
> >> eth1: RX deauthentication from 00:19:a9:47:56:91 (reason=1)
> >> eth1: deauthenticated
> >> eth1: authenticate with AP 00:19:a9:47:56:91
> >> eth1: RX authentication from 00:19:a9:47:56:91 (alg=0 transaction=2 status=0)
> >> eth1: authenticated
> >> eth1: associate with AP 00:19:a9:47:56:91
> >> eth1: RX ReassocResp from 00:19:a9:47:56:91 (capab=0x1 status=0 aid=80)
> >> eth1: associated
> >> eth1: WMM queue=2 aci=0 acm=0 aifs=3 cWmin=15 cWmax=1023 burst=0
> >> eth1: WMM queue=3 aci=1 acm=0 aifs=7 cWmin=15 cWmax=1023 burst=0
> >> eth1: WMM queue=1 aci=2 acm=0 aifs=2 cWmin=7 cWmax=15 burst=30
> >> eth1: WMM queue=0 aci=3 acm=0 aifs=2 cWmin=3 cWmax=7 burst=15
> >> eth1: No ProbeResp from current AP 00:19:a9:47:56:91 - assume out of range
> >> eth1: No STA entry for own AP 00:19:a9:47:56:91
> >> eth1: No STA entry for own AP 00:19:a9:47:56:91
> >> bridge-eth1: disabling the bridge
> >> bridge-eth1: down
> >> bridge-eth1: enabling the bridge
> >> bridge-eth1: up
> >
> > Looks like the driver decided that the AP had gone away.  It probably
> > missed too many beacons or probe responses due to the RF heavy
> > environment or something?  Could need a driver tweak.
> 
> Maybe.  It's the iwl3945.  Maybe it was scanning? ;)
> The IETF really is a great testbed.  Frustrating as a user,
> but a great testbed.
> 
> > Dan
> 
> -derek
> 
> -- 
>        Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
>        Member, MIT Student Information Processing Board  (SIPB)
>        URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
>        warlord MIT EDU                        PGP key available
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Wed, 05 Dec 2007 18:38:45 +0000
> From: Jon Escombe <lists dresco co uk>
> Subject: Re: ppp using NM
> To: Tambet Ingo <tambet gmail com>
> Cc: networkmanager-list gnome org
> Message-ID: <4756F035 6030507 dresco co uk>
> Content-Type: text/plain; charset=UTF-8; format=flowed
> 
> Tambet Ingo wrote:
> > On Dec 4, 2007 4:17 PM, Jon Escombe <lists dresco co uk> wrote:
> >   
> >> Good stuff, got connected first time ;)
> >>
> >> Only issues were that it didn't set up resolv.conf, and also added three 
> entries to the applet menu (as the card presents three ports).
> >>     
> >
> > Both of these issues should be fixed in the SVN now.
> >
> > Tambet
> >   
> 
> Confirmed, thanks!
> Jon.
> 
> 
> 
> ------------------------------
> 
> Message: 6
> Date: Wed, 05 Dec 2007 18:42:35 +0000
> From: Jon Escombe <lists dresco co uk>
> Subject: Re: VPN API
> To: Dan Williams <dcbw redhat com>
> Cc: networkmanager-list gnome org
> Message-ID: <4756F11B 4020806 dresco co uk>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Dan Williams wrote:
> > On Wed, 2007-12-05 at 09:28 +0000, Jon Escombe wrote:
> >   
> >> Casey Harkins wrote:
> >>     
> >>> If you're interested, the attached patch fixes the glade issue as well 
> >>> as an improper key being used in a hash table. I just started looking 
> >>> into the auth dialog which is also failing for me.
> >>>
> >>> -casey
> >>>       
> >> Thanks, that patch has got the configuration dialogs working here. But 
> >> having got that bit further, it's now failing to save the configuration 
> >> to gconf... Still - it's all moving in the right direction ;)
> >>     
> >
> > Working on that; should be fixed in an hour or so.  That particular
> > issue affected all VPN plugins.
> >
> > Dan
> >
> >
> >   
> 
> Thanks, I see the connection configuration is getting written into gconf 
> now.
> 
> Still not quite working yet though, now onto an "Invalid connection" 
> error when I attempt to start the VPN, will keep digging ;)
> 
> Regards,
> Jon
> 
> 
> 
> ------------------------------
> 
> Message: 7
> Date: Wed, 05 Dec 2007 13:57:59 -0500
> From: Dan Williams <dcbw redhat com>
> Subject: Re: ppp using NM
> To: lists dresco co uk
> Cc: networkmanager-list gnome org
> Message-ID: <1196881079 4205 18 camel localhost localdomain>
> Content-Type: text/plain
> 
> On Wed, 2007-12-05 at 18:38 +0000, Jon Escombe wrote:
> > Tambet Ingo wrote:
> > > On Dec 4, 2007 4:17 PM, Jon Escombe <lists dresco co uk> wrote:
> > >   
> > >> Good stuff, got connected first time ;)
> > >>
> > >> Only issues were that it didn't set up resolv.conf, and also added three 
> entries to the applet menu (as the card presents three ports).
> > >>     
> > >
> > > Both of these issues should be fixed in the SVN now.
> > >
> > > Tambet
> > >   
> > 
> > Confirmed, thanks!
> 
> Latest bits are in
> 
> http://koji.fedoraproject.org/koji/taskinfo?taskID=276538
> 
> too, which should get pushed out as an update.  I haven't disabled the
> PPP functionality for F8 updates because you still need the .fdi file to
> enable the 3G cards for now.
> 
> Dan
> 
> 
> 
> 
> ------------------------------
> 
> Message: 8
> Date: Wed, 05 Dec 2007 13:05:49 -0600
> From: Casey Harkins <caseyharkins gmail com>
> Subject: Re: VPN API
> To: lists dresco co uk
> Cc: networkmanager-list gnome org
> Message-ID: <4756F68D 6020102 gmail com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Jon Escombe wrote:
> > Dan Williams wrote:
> >> On Wed, 2007-12-05 at 09:28 +0000, Jon Escombe wrote:
> >>  
> >>> Casey Harkins wrote:
> >>>    
> >>>> If you're interested, the attached patch fixes the glade issue as
> >>>> well as an improper key being used in a hash table. I just started 
> >>>> looking into the auth dialog which is also failing for me.
> >>>>
> >>>> -casey
> >>>>       
> >>> Thanks, that patch has got the configuration dialogs working here. 
> >>> But having got that bit further, it's now failing to save the 
> >>> configuration to gconf... Still - it's all moving in the right 
> >>> direction ;)
> >>>     
> >>
> >> Working on that; should be fixed in an hour or so.  That particular
> >> issue affected all VPN plugins.
> >>
> >> Dan
> >>
> >>
> >>   
> > 
> > Thanks, I see the connection configuration is getting written into gconf 
> > now.
> > 
> > Still not quite working yet though, now onto an "Invalid connection" 
> > error when I attempt to start the VPN, will keep digging ;)
> > 
> 
> I've got that one solved too. I'll get a patch up soon (right now the 
> code is littered with a ridiculous number of nm_debug calls). I'm able 
> to initiate the vpn connection from nm-applet and the openvpn binary is 
> getting called but erroring out. I can manually run the openvpn binary 
> using the same options and connect to the management interface and 
> everything works. Pretty close to getting it working.
> 
> 
> 
> -casey
> 
> 
> ------------------------------
> 
> _______________________________________________
> NetworkManager-list mailing list
> NetworkManager-list gnome org
> http://mail.gnome.org/mailman/listinfo/networkmanager-list
> 
> 
> End of NetworkManager-list Digest, Vol 39, Issue 18
> ***************************************************


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]