headers
westernunionpayt | 5 May 17:33

Via Westernunion

Via Westernunion 

Be informed that your payment sum of $2.millionUSD,has been arrange with the Paying bank to send your
payment via western union money transfer. They will be sending $10.000.00 every day to you.Contact Mr
Johnson Akaette western union Agent for immediate Transfer,send your receiver's information to
him,also you are to send them the sum of $259,00 for the stamp duty fee before the remittation will be
made,remember the sum of $2.millionUSD will be program in your name via western union database in order
for you to receive the fund in any westernunion in your country. 

Now Contact Mr Johnson Akaette on (johnsonakaette <at> yahoo.fr)

Thanks,
Elizabeth
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Andrew Watts | 6 May 14:56
Picon

Configuring a PPP Half Bridge/IP Passthru

Hi,

Im trying to create a PPP Half-Bridge/ZIPB/IP-Passthru so that I can
pass through my public IP address to a device connected to the
ethernet interface of a device that uses a 3G modem for connectivity.
This product exists but I want to do it with my own hardware.  I have
an NSLU2 that I have connected to a 3G cellular into the USB port, I
then want to take the IP address from the resulting PPP and give it to
an embedded device so that it has a publicly routable IP address that
can be accessed directly.  Cradlepoint has such a device, I want to do
the exact same thing just with Linux :).  The link below explains what
I am try to do as well including the product in question.  I cant
bridge a PPP interface to an Ethernet interface, if I had to do that
where would I start to make modifications to the kernel?

http://store.drwireless.com/crceippabrad.html

Anyone have any Idea how I might do that?
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Jiri Kosina | 6 May 15:30
Picon

pppd handling of ms-wins

Hi,

there are situations out there, in which pppd is not able to handle 
ms-wins negotiation with certain UMTS/HSDPA/.... modems properly. More can 
be seen on [1] and [2], including the discussion patch which fixes the 
issue.

I am ocasionally seeing the behavior myself, and looking at git tree of 
pppd it doesn't seem that the patch has been merged.

Was there any discussion about the patch being rejected, or has it just 
never been submitted properly to maintainers?

Thanks.

[1] http://www.opensubscriber.com/message/linux-ppp <at> vger.kernel.org/7889888.html
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445951

--

-- 
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 2 comments |
headers
Marcus Better | 6 May 21:16
Picon
Gravatar

Re: pppd handling of ms-wins


Jiri Kosina skrev:
> there are situations out there, in which pppd is not able to handle 
> ms-wins negotiation with certain UMTS/HSDPA/.... modems properly. More can 
> be seen on [1] and [2], including the discussion patch which fixes the 
> issue.

Yes, at the moment my OpenWRT router with a Huawei E220 USB modem
invariably fails on the first connection attempt after boot, but not on
subsequent attempts.

> Was there any discussion about the patch being rejected, or has it just 
> never been submitted properly to maintainers?

The latter.

I've had some feedback on the patch from a couple of users, it worked
for them as well and nobody has reported problems with it.

Cheers,

Marcus
Permalink | Reply | 0 comments |
headers
Marcus Better | 6 May 21:50
Picon
Gravatar

Re: pppd handling of ms-wins


Jiri Kosina wrote:
> [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445951

BTW the URL should be

  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445711
Permalink | Reply | 0 comments |
headers
Marcus Better | 6 May 22:26
Picon
Gravatar

[PATCH] Accept ms-wins settings provided by server

The PPP servers of some UMTS/HSPA modems, including the Huawei E220
and E620, will send WINS server settings and insist that the client
accepts these. If the client does not do so, the modem will sometimes
provide bogus DNS server addresses like 10.11.12.13 and 10.11.12.14.

If we receive ms-wins settings from the server, save and include them
in our ConfReqs.

See also discussions at

  http://thread.gmane.org/gmane.linux.ppp/2721
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445711

Signed-off-by: Marcus Better <marcus <at> better.se>
---
 pppd/ipcp.c |   52 ++++++++++++++++++++++++++++++++++++++++++++++++++--
 1 files changed, 50 insertions(+), 2 deletions(-)

diff --git a/pppd/ipcp.c b/pppd/ipcp.c
index b7da1f7..9d8df1c 100644
--- a/pppd/ipcp.c
+++ b/pppd/ipcp.c
@@ -723,7 +723,8 @@ ipcp_cilen(f)
 #define LENCIADDRS(neg)		(neg ? CILEN_ADDRS : 0)
 #define LENCIVJ(neg, old)	(neg ? (old? CILEN_COMPRESS : CILEN_VJ) : 0)
 #define LENCIADDR(neg)		(neg ? CILEN_ADDR : 0)
-#define LENCIDNS(neg)		(neg ? (CILEN_ADDR) : 0)
+#define LENCIDNS(neg)		LENCIADDR(neg)
+#define LENCIWINS(neg)		LENCIADDR(neg)
(Continue reading)

Permalink | Reply | 16 comments |
headers
Jiri Kosina | 6 May 23:59
Picon

Re: [PATCH] Accept ms-wins settings provided by server

On Wed, 6 May 2009, Marcus Better wrote:

> The PPP servers of some UMTS/HSPA modems, including the Huawei E220
> and E620, will send WINS server settings and insist that the client
> accepts these. If the client does not do so, the modem will sometimes
> provide bogus DNS server addresses like 10.11.12.13 and 10.11.12.14.
> 
> If we receive ms-wins settings from the server, save and include them
> in our ConfReqs.
> 
> See also discussions at
> 
>   http://thread.gmane.org/gmane.linux.ppp/2721
>   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445711
> 
> Signed-off-by: Marcus Better <marcus <at> better.se>
Tested-by: Jiri Kosina <jkosina <at> suse.cz>

Thanks,

--

-- 
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Paul Mackerras | 7 May 11:49
Picon

Re: [PATCH] Accept ms-wins settings provided by server

Marcus Better writes:

> The PPP servers of some UMTS/HSPA modems, including the Huawei E220
> and E620, will send WINS server settings and insist that the client
> accepts these. If the client does not do so, the modem will sometimes
> provide bogus DNS server addresses like 10.11.12.13 and 10.11.12.14.

Are you sure that not accepting WINS settings is the only reason for
getting those DNS server addresses?  As I understood it, the reason we
got those bogus addresses was that the phone/modem hadn't actually got
in touch with the gateway yet.  The symptom I've seen is that we get
those bogus addresses in IPCP configure-naks over and over again, even
if we request exactly the IP address that the modem asked us to
request, until the modem manages to get a connection, and then it naks
us with the correct values (for IP-addr as well as DNS addrs).

Also, have you tried the latest git version of pppd?  Since 2.4.4 I
have added code to add the MS-DNS option to our IPCP conf-reqs if the
modem insists.  At least at one stage that seemed to be the critical
thing, not the MS-WINS options.  So if you can replicate the problem
with the current git version of pppd, and this patch makes it go away,
let me know (or better still put it in the patch description) and I'll
put the patch in.

Paul.
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
(Continue reading)

Permalink | Reply | 14 comments |
headers
Jiri Kosina | 7 May 13:02
Picon

Re: [PATCH] Accept ms-wins settings provided by server

On Thu, 7 May 2009, Paul Mackerras wrote:

> Are you sure that not accepting WINS settings is the only reason for 
> getting those DNS server addresses?  

Well, that's the observation. As soon as pppd is patched to accept the 
WINS settings, the DNS settings always arrive.
If we don't accept WINS settings, sometimes (reproducibly) no DNS settings 
are received.

> Also, have you tried the latest git version of pppd?  Since 2.4.4 I have 
> added code to add the MS-DNS option to our IPCP conf-reqs if the modem 
> insists.  At least at one stage that seemed to be the critical thing, 
> not the MS-WINS options.  So if you can replicate the problem with the 
> current git version of pppd, and this patch makes it go away, let me 
> know (or better still put it in the patch description) and I'll put the 
> patch in.

I am able to reproduce the problem with 2.4.4. Are the changes 
you are talking about merged post-2.4.4? If so, I will try to reproduce 
with current git. 

Unfortunately, this problem seems to be location-specific to me, in some 
locations this reproduces easily, in other locations it takes time. I am 
currently mostly in the locations where things usually work, but I will 
try (maybe Marcus will be faster verifying this, as I guess he is able to 
reproduce it in his "primary" location).

I guess it's dependent on the speed of registration with network, or 
something like that.
(Continue reading)

Permalink | Reply | 3 comments |
headers
Paul Mackerras | 7 May 14:37
Picon

Re: [PATCH] Accept ms-wins settings provided by server

Jiri Kosina writes:

> Well, that's the observation. As soon as pppd is patched to accept the 
> WINS settings, the DNS settings always arrive.
> If we don't accept WINS settings, sometimes (reproducibly) no DNS settings 
> are received.

Do you have logs of the negotiations with and without the patch?  I'd
be interested to see them.

> I am able to reproduce the problem with 2.4.4. Are the changes 
> you are talking about merged post-2.4.4? If so, I will try to reproduce 
> with current git. 

Yes, they have gone in since 2.4.4.

> Unfortunately, this problem seems to be location-specific to me, in some 
> locations this reproduces easily, in other locations it takes time. I am 
> currently mostly in the locations where things usually work, but I will 
> try (maybe Marcus will be faster verifying this, as I guess he is able to 
> reproduce it in his "primary" location).
> 
> I guess it's dependent on the speed of registration with network, or 
> something like that.

Most likely.

Paul.
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
(Continue reading)

Permalink | Reply | 2 comments |

Gmane