headers
Angela Hamm | 2 Jan 13:56
Picon

Get cials-tabs - no prior pr.escription needed


Be ERECT in less than 15 mins

PRlCE: $ 2 / use

go to our site --> directloqii.com

-
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
Dale Lawson | 3 Jan 13:10
Picon

Fwd; cials-tabs, 24 hour skale online


Be ERECT in less than 15 mins

PRlCE: $ 2 / use

view our megasite --> directloqii.com

-
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
Murugaiyan N | 4 Jan 16:46

ARP on PPP Interface

Hi,

What happens through ioctl if the NOARP flag is cleared (i.e. arp is turned
on) for a ppp interface.

I would like the ppp interfaces(server side) to respond for my arp queries
from the local net with the MAC address of the ethernet iface on which the
ppp  is actually created, how do it do that?

- Murugaiyan

-
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
James Carlson | 4 Jan 16:55

Re: ARP on PPP Interface

Murugaiyan N writes:
> What happens through ioctl if the NOARP flag is cleared (i.e. arp is turned
> on) for a ppp interface.

Nothing.  ARP isn't used on PPP because it's point-to-point, not
broadcast or NBMA.

> I would like the ppp interfaces(server side) to respond for my arp queries
> from the local net with the MAC address of the ethernet iface on which the
> ppp  is actually created, how do it do that?

That's different -- that's not ARP on the PPP link (which is
impossible), but rather something called "proxy ARP."

Use the "proxyarp" option in your pppd configuration.  This will cause
the system to respond to ARP queries for the remote address on the PPP
link _if_ that address is within a subnet defined on one of your local
broadcast-type interfaces.

So, for example, if you have a PPP link with local address 10.0.0.1
and remote address 10.0.0.2, and you have an Ethernet interface
configured with 10.0.0.1/24, then the system will respond to ARP
queries for 10.0.0.2.

Don't forget to turn forwarding on.  And (for some Linux versions)
enable proxy ARP in the kernel.  The pppd "ktune" option may do this
for you.

--

-- 
James Carlson         42.703N 71.076W         <carlsonj <at> workingcode.com>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bill Unruh | 4 Jan 17:25
Picon
Picon
Favicon

Re: ARP on PPP Interface

On Wed, 4 Jan 2006, Murugaiyan N wrote:

> Hi,
>
> What happens through ioctl if the NOARP flag is cleared (i.e. arp is turned
> on) for a ppp interface.
>
> I would like the ppp interfaces(server side) to respond for my arp queries
> from the local net with the MAC address of the ethernet iface on which the
> ppp  is actually created, how do it do that?

man pppd
look for proxyarp.

(Assuming you are using pppd)

-
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
Colette Correa | 4 Jan 16:38
Picon

d1scount cials-tabs


Be ERECT in less than 15 mins

PRlCE: $ 2 / use

go to our megasite --> directloqii.com

-
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
Babarovic Ivica | 15 Jan 19:02

pppd over gprs modem

Hi!

I'm trying to configure pppd to run over GPRS modem.
So far withouth any success. Peer just keeps on reseting the link.

This is how I start up pppd:
 pppd /dev/ttyS1 19200 nocrtscts noauth defaultroute novj novjccomp user
simobil ipcp-accept-local ipcp-accept-remote connect "exec
/usr/sbin/chat -v '' atd*99***# '' \d\c" debug

and this is what I get in logs:
Nov 25 08:54:39 nova pppd[1175]: pppd 2.4.3 started by root, uid 0
Nov 25 08:54:40 nova chat[1176]: send (atd*99***#^M)
Nov 25 08:54:40 nova chat[1176]: send (dc^M)
Nov 25 08:54:40 nova pppd[1175]: Serial connection established.
Nov 25 08:54:40 nova pppd[1175]: using channel 75
Nov 25 08:54:40 nova pppd[1175]: Using interface ppp0
Nov 25 08:54:40 nova pppd[1175]: Connect: ppp0 <--> /dev/ttyS1
Nov 25 08:54:40 nova pppd[1175]: rcvd [LCP ConfReq id=0x3 <asyncmap
0xa0000> <pcomp> <accomp> <magic 0x4895f5d2> <auth chap MD5>]
Nov 25 08:54:40 nova pppd[1175]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
<magic 0x1f8c437d> <pcomp> <accomp>]
Nov 25 08:54:40 nova pppd[1175]: sent [LCP ConfNak id=0x3 <auth pap>]
Nov 25 08:54:40 nova pppd[1175]: rcvd [LCP ConfNak id=0x1 <asyncmap
0xa0000>]
Nov 25 08:54:40 nova pppd[1175]: sent [LCP ConfReq id=0x2 <asyncmap
0xa0000> <magic 0x1f8c437d> <pcomp> <accomp>]
Nov 25 08:54:40 nova pppd[1175]: rcvd [LCP ConfReq id=0x5 <asyncmap
0xa0000> <pcomp> <accomp> <magic 0x4895f5d2> <auth pap>]
Nov 25 08:54:40 nova pppd[1175]: sent [LCP ConfAck id=0x5 <asyncmap
(Continue reading)

Permalink | Reply | 4 comments |
headers
James Carlson | 15 Jan 19:35

Re: pppd over gprs modem

Babarovic Ivica writes:
> I'm trying to configure pppd to run over GPRS modem.
> So far withouth any success. Peer just keeps on reseting the link.

You should first be aware that GPRS is very strange.  It is (in my
opinion) badly designed for networking, in particular because it
deliberately redefines the operation of PPP.  The actual
authentication does *NOT* take place during PPP's Authentication
phase.  Instead, it takes place during Network phase, when IPCP runs.

The implication of this is that authentication errors (bad user name,
bad passphrase) on GPRS are typically reported as IPCP addressing
errors.  During authentication phase, the peer sends "ack" even if
your credentials are completely wrong.  This makes no operational
sense, of course, but it's how it was designed.

Problems are just par for the course.

>  pppd /dev/ttyS1 19200 nocrtscts noauth defaultroute novj novjccomp user
> simobil ipcp-accept-local ipcp-accept-remote connect "exec

Instead of those ipcp-accept-* options, you probably want
"noipdefault."

> Nov 25 08:54:40 nova pppd[1175]: rcvd [LCP ConfReq id=0x3 <asyncmap
> 0xa0000> <pcomp> <accomp> <magic 0x4895f5d2> <auth chap MD5>]
> Nov 25 08:54:40 nova pppd[1175]: sent [LCP ConfNak id=0x3 <auth pap>]

One problem is that the peer is asking you to use CHAP, and you're
insisting that you want to use PAP instead.  If you're absolutely sure
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bill Unruh | 15 Jan 20:42
Picon
Picon
Favicon

Re: pppd over gprs modem

Well, there are a few things where you and he (the gprs modem) disagree. So
why don't you set up your system so that you do not disagree.
a) He wants chap. Give him chap. Set up /etc/ppp/chap-secrets in teh same
way as you have pap-secrets.
Secondly he does not want compression. Put noccp into /etc/ppp/options.
Thirdly he wants asyncmap a0000 PUt
asyncmap 0xa0000 
into ppp/options.

Yes, I know the negotiations seem to settle it, but it is possible that
although he complies with your wishes, this pisses him off enough to
terminate the requests.
Also Why send him your IP. Let him send you the suggestion.
0.0.0.0:0.0.0.0
in options.

On Sun, 15 Jan 2006, Babarovic Ivica wrote:

> Hi!
>
> I'm trying to configure pppd to run over GPRS modem.
> So far withouth any success. Peer just keeps on reseting the link.
>
> This is how I start up pppd:
> pppd /dev/ttyS1 19200 nocrtscts noauth defaultroute novj novjccomp user
> simobil ipcp-accept-local ipcp-accept-remote connect "exec
> /usr/sbin/chat -v '' atd*99***# '' \d\c" debug
>
> and this is what I get in logs:
> Nov 25 08:54:39 nova pppd[1175]: pppd 2.4.3 started by root, uid 0
(Continue reading)

Permalink | Reply | 0 comments |
headers
Clifford Kite | 16 Jan 04:09
Favicon

Re: pppd over gprs modem

On Sun, 15 Jan 2006, Babarovic Ivica wrote:

|Hi!
|
|I'm trying to configure pppd to run over GPRS modem.
|So far withouth any success. Peer just keeps on reseting the link.
|
|This is how I start up pppd:
| pppd /dev/ttyS1 19200 nocrtscts noauth defaultroute novj novjccomp user
|simobil ipcp-accept-local ipcp-accept-remote connect "exec
|/usr/sbin/chat -v '' atd*99***# '' \d\c" debug

Use \\d\\c instead of \d\c .

|and this is what I get in logs:
|Nov 25 08:54:39 nova pppd[1175]: pppd 2.4.3 started by root, uid 0
|Nov 25 08:54:40 nova chat[1176]: send (atd*99***#^M)
|Nov 25 08:54:40 nova chat[1176]: send (dc^M)
|Nov 25 08:54:40 nova pppd[1175]: Serial connection established.
|Nov 25 08:54:40 nova pppd[1175]: using channel 75
|Nov 25 08:54:40 nova pppd[1175]: Using interface ppp0
|Nov 25 08:54:40 nova pppd[1175]: Connect: ppp0 <--> /dev/ttyS1
|Nov 25 08:54:40 nova pppd[1175]: rcvd [LCP ConfReq id=0x3 <asyncmap
|0xa0000> <pcomp> <accomp> <magic 0x4895f5d2> <auth chap MD5>]
|Nov 25 08:54:40 nova pppd[1175]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
|<magic 0x1f8c437d> <pcomp> <accomp>]
|Nov 25 08:54:40 nova pppd[1175]: sent [LCP ConfNak id=0x3 <auth pap>]
|Nov 25 08:54:40 nova pppd[1175]: rcvd [LCP ConfNak id=0x1 <asyncmap
|0xa0000>]
|Nov 25 08:54:40 nova pppd[1175]: sent [LCP ConfReq id=0x2 <asyncmap
(Continue reading)

Permalink | Reply | 1 comment |

Gmane