Sorry for replying to myself, but the thing never got off the starting blocks.
Andrew Meredith wrote: > > Digging futher into the code there is a third parameter, that is > currently set to zero, the itf. According to the Linux ATM API Spec "itf > is the number of the local interface (zero-based)". > > As it stands the argument parser rejects arguments with 3 fields (eg > 1.0.38). > > I guess I need to cook up a patch to pppoatm that will take an optional > 3rd argument, but first I will do a hardcoded variant that takes a 2 > part field as normal, but sets the itf to 1. > > I will post my progress to this list. Sadly none. I did cook up a patched version of pppoatm.so and edited it into ifcfg-ppp1. I then dropped ppp0 and plugged in the second Speedtouch 330. The existing ADSL connection emmediately dropped and the pair of them seemed to then fight with each other, going up and down seemingly at random. There were times when they both announced they were up, but they didn't last long. I can tell the lines from each other because they have radically different upload speeds. I did try and run up both ppp0 & ppp1, but the lines were not up long enough to get any meaningful results re the itf patch. I guess at least part of this problem rests in the kernel code. Andy M Liste de diffusion modem ALCATEL SpeedTouch USB Pour se désinscrire : mailto:[EMAIL PROTECTED]
