headers
Sripat.Sringkarn | 2 May 2004 17:04
Picon

Modified VJ compression in ppp-2.4.1 software packet

Hi all,

Anyone help me please.. when I modified "vjcompress.c and vjcompress.h"
files in PPP-2.4.1 software packet from website and I need to get them work
under my Redhat Linux 9.0. How can I do? I think it is not just 3 basic
steps installation:
1) ./configure
2) make
3) make install
If I understand correctly, these 3 steps are for user-level program?

Best Regards
Sripat S.

Disclaimer:
******************************************************************************
Important
Confidentiality: This Information is intended for the above-named person and
may contain confidential and/or legally privileged material. Any opinions expressed in this
information are not necessarily those of the company.  If it has come to you in error you must take no action
based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately.

Monitoring/Viruses
TA Orange reserves the right to monitor all incoming and outgoing emails via TA Orange system. Although we
have security program to monitor and eliminate virus, we also advise that in keeping with good computing
practice the recipient should ensure they are actually virus free.
******************************************************************************

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

Permalink | Reply | 1 comment |
headers
Frank Krauss | 3 May 2004 17:51
Picon

Re: Modified VJ compression in ppp-2.4.1 software packet

Hello Sripat,

As far as I know, its basicly just the three (3) steps you mentioned.

If its not working, you have to give the List some indications of what
Error Messages or Problems your having.

Yours truly,

Frank Krauss

===========================================================

On Sunday 02 May 2004 11:04, Sripat.Sringkarn <at> orange.co.th wrote:
> Hi all,
>
> Anyone help me please.. when I modified "vjcompress.c and vjcompress.h"
> files in PPP-2.4.1 software packet from website and I need to get them work
> under my Redhat Linux 9.0. How can I do? I think it is not just 3 basic
> steps installation:
> 1) ./configure
> 2) make
> 3) make install
> If I understand correctly, these 3 steps are for user-level program?
>
> Best Regards
> Sripat S.
>
>
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Thomas Chen | 4 May 2004 19:35

ppp MULTILINK issue / problem


i am testing PPP MULTILINK

server side is running LINUX 2.4.18-3
client side is running LINUX 2.4.19

the link between them are 56k analog modems

i can place calls and set up the MUTILINK.... and the
links are bundled together just fine....

now i am testing "UNBUNDLING" of the link.... if i unplug
the one of the modem (not the master link), i do not see
the IP traffic anymore, though i do see data on the serial
link (i put a serial line monitor on the serial port),
but no more IP packets coming out of PPP

i do see a couple linkes of mp_construct sequencing error

appreciate if any pointer on where to look....

thansk

tom

-
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 | 7 comments |
headers
James Carlson | 4 May 2004 16:42
Picon

Re: ppp MULTILINK issue / problem

Thomas Chen writes:
> now i am testing "UNBUNDLING" of the link.... if i unplug
> the one of the modem (not the master link), i do not see
> the IP traffic anymore, though i do see data on the serial
> link (i put a serial line monitor on the serial port),
> but no more IP packets coming out of PPP

Questions:

	1.  What is your configuration?  You haven't included any pppd
            configuration files or options with your message.

	2.  What are the debug messages?  Please include a *COMPLETE*
            set of debug messages with any problem report!  It's
            virtually impossible to troubleshoot without data.

	3.  Do the peers think the link went down or not?  If they do,
            then it's possibly a bug in the MP part of the Linux
            kernel.  If they don't, then more details on why they
            didn't detect the failure are needed.

> i do see a couple linkes of mp_construct sequencing error

That's what would be expected to happen *if* the peers think that the
link itself is still up.

--

-- 
James Carlson, IP Systems Group                <james.d.carlson <at> sun.com>
Sun Microsystems / 1 Network Drive         71.234W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.497N   Fax +1 781 442 1677
(Continue reading)

Permalink | Reply | 0 comments |
headers
Paul Mackerras | 5 May 2004 00:45
Picon
Favicon

Re: ppp MULTILINK issue / problem

Thomas Chen writes:

> now i am testing "UNBUNDLING" of the link.... if i unplug
> the one of the modem (not the master link), i do not see
> the IP traffic anymore, though i do see data on the serial
> link (i put a serial line monitor on the serial port),
> but no more IP packets coming out of PPP

Does the pppd process that is controlling the link that you unplug see
the disconnection?  Use the debug flag to pppd and look for a message
in the logs like "Modem hangup".  If pppd doesn't see that the link
has gone it won't take it out of the bundle.

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
Permalink | Reply | 3 comments |
headers
Thomas Chen | 5 May 2004 04:02

Re: ppp MULTILINK issue / problem

this is what james sent me:

in the userland pppd main loop, it calls get_input
and in get_input, if the packet length is 0, it assume the link
is bad and print out "Modem Hangup"

if someone can tell me what it IS SUPPOSED to do, i can trace
it down and report back the issue

when the modem line drop, the CARRIER DETECT should go away, and
serial driver (lowest level) should send SIG_HANGUP to someone (to
the userland pppd or kernel ppp) ???  and when that does happen

should kernel ppp automaitcally disassociate the link or wait for
the userland PPPD to call ioctl to do that ???

thanks

thomas chen writes:
> when i disconnect the phone cable of LINE 2 (2nd line)...
> in the userland application PPPD, get_input (called in the main loop)
> it actually think the first (master link) MODEM hangs up, and drop the link
> all togehter...
> 
> is this right ?

It sure looks broken, and it looks to me like a Linux kernel problem.

That SIGHUP comes from the kernel -- it's the kernel's responsibility
to notify the correct daemon.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Paul Mackerras | 5 May 2004 01:13
Picon
Favicon

Re: ppp MULTILINK issue / problem

Thomas Chen writes:

> in the userland pppd main loop, it calls get_input
> and in get_input, if the packet length is 0, it assume the link
> is bad and print out "Modem Hangup"

The 0 return value from get_input is an "end of file" indication.  The
serial driver should return an EOF if it detects that the CD signal
has dropped.  Make sure you use the "modem" option to pppd and that
you have CD and DTR hooked up correctly to the modem.  It is possible
to get the serial driver to send a SIGHUP but pppd doesn't rely on
that (because it isn't possible to get the tty device to be pppd's
controlling terminal in all cases).

> should kernel ppp automaitcally disassociate the link or wait for
> the userland PPPD to call ioctl to do that ???

When pppd gets the 0 return value from get_input, it will do the ioctl
to disconnect the link from the bundle.

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
Permalink | Reply | 0 comments |
headers
thomas chen | 4 May 2004 12:22

PPP Multilink


i guess the problem is that someone is sending tha to the wrong place

i had two links, line 1 and line 2, first link comes up first and
second link is attached to the first bundle...

when i unplug the phone line for the SECOND link, it is the first
link that says "MODEM HANGUP".... strange... what could this be

-
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
James Carlson | 5 May 2004 13:17
Picon

Re: ppp MULTILINK issue / problem

Thomas Chen writes:
> this is what james sent me:
> 
> in the userland pppd main loop, it calls get_input
> and in get_input, if the packet length is 0, it assume the link
> is bad and print out "Modem Hangup"

Excuse me?  I did *not* write that text.  I don't know where you got
it.

Zero is end of file.  There's no "assumption" there.

--

-- 
James Carlson, IP Systems Group                <james.d.carlson <at> sun.com>
Sun Microsystems / 1 Network Drive         71.234W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.497N   Fax +1 781 442 1677
-
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
Jeffrey D. Means | 16 May 2004 03:16

has anyone gotten PPP and MPPE working with kernel 2.6.x yet??

I am running kernel 2.6.5 and having a strange error message when I try
to start my ppp daemon about MPPE not available I am trying to use
PopTop 1.1.3 with pppd 2.4.2

--- log messages 
pppd options in effect:
debug # (from /etc/ppp/options.pptpd)
logfile /tmp/pptpd.log # (from /etc/ppp/options.pptpd)
dump # (from /etc/ppp/options.pptpd)
plugin radius.so # (from /etc/ppp/options.pptpd)
require-mschap-v2 # (from /etc/ppp/options.pptpd)
-chap # (from /etc/ppp/options.pptpd)
-mschap # (from /etc/ppp/options.pptpd)
name pptpd # (from /etc/ppp/options.pptpd)
115200 # (from command line)
lock # (from /etc/ppp/options.pptpd)
local # (from /etc/ppp/options.pptpd)
asyncmap 0 # (from /etc/ppp/options.pptpd)
lcp-echo-failure 30 # (from /etc/ppp/options.pptpd)
lcp-echo-interval 5 # (from /etc/ppp/options.pptpd)
ipcp-accept-local # (from /etc/ppp/options.pptpd)
ipcp-accept-remote # (from /etc/ppp/options.pptpd)
ms-dns xxx # [don't know how to print value] # (from
/etc/ppp/options.pptpd)
proxyarp # (from /etc/ppp/options.pptpd)
216.17.224.222:192.168.1.1 # (from command line)
require-mppe # (from /etc/ppp/options.pptpd)
using channel 13
Using interface ppp0
Connect: ppp0 <--> /dev/pts/18
(Continue reading)

Permalink | Reply | 3 comments |

Gmane