Re: Problem with PPPoE

2014-07-24 Thread Giancarlo Razzolini
On 23-07-2014 18:01, Felipe Mesquita de Oliveira wrote: > Giancarlo, > > After changing ports on the router, and clonning the MAC address with > lladdr it worked. Not sure which one solved the problem, but happy > with the results... > > Thanks you all, > Felipe > > > > On Wed, Jul 23, 2014 at 3:44

Re: Problem with PPPoE

2014-07-23 Thread Felipe Mesquita de Oliveira
Giancarlo, After changing ports on the router, and clonning the MAC address with lladdr it worked. Not sure which one solved the problem, but happy with the results... Thanks you all, Felipe On Wed, Jul 23, 2014 at 3:44 PM, Giancarlo Razzolini wrote: > On 23-07-2014 00:04, Felipe Mesquita de

Re: Problem with PPPoE

2014-07-23 Thread Giancarlo Razzolini
On 23-07-2014 00:04, Felipe Mesquita de Oliveira wrote: > Maybe changing ethernet card, cloning MAC-Address, etc could make it > work still in 5.4? > If your pppoe concentrator does any sort of mac address access list control, then yes, you could try using the same mac address of your 4.9 installat

Re: Problem with PPPoE

2014-07-22 Thread Peter J. Philipp
On 07/23/14 08:06, Thorsten Bonck wrote: > On Tue, Jul 22, 2014 at 05:28:46PM -0300, Felipe Mesquita de Oliveira wrote: >> >> # ifconfig pppoe0 >> pppoe0: flags=28855 >> mtu 1492 >> priority: 0 >> dev: bge0 state: PADI sent >> sid: 0x0 PADI retries: 7 PADR retries: 0 >>

Re: Problem with PPPoE

2014-07-22 Thread Thorsten Bonck
On Tue, Jul 22, 2014 at 05:28:46PM -0300, Felipe Mesquita de Oliveira wrote: > > # ifconfig pppoe0 > pppoe0: flags=28855 > mtu 1492 > priority: 0 > dev: bge0 state: PADI sent > sid: 0x0 PADI retries: 7 PADR retries: 0 > sppp: phase establish authproto pap authname "

Re: Problem with PPPoE

2014-07-22 Thread Felipe Mesquita de Oliveira
Giancarlo, I will probably try 5.5. If that doesn't work, will hunt a mirror still offering 4.9. Any idea of the root of this problem? I mean: What could have changed on the code so that it got messed? I will try tcpdump'ing with both machines and comparing results to see... Maybe changing ether

Re: Problem with PPPoE

2014-07-22 Thread Giancarlo Razzolini
Em 22-07-2014 23:24, Felipe Mesquita de Oliveira escreveu: > If this problem persists, the idea was to try installing 4.9 (which > does the job I need) on the new machine to check if it connects > through PPPoE. Probably will. I also noticed that your 4.9 installation was an amd64 one and your 5.4

Re: Problem with PPPoE

2014-07-22 Thread Felipe Mesquita de Oliveira
Giancarlo, Thanks for you suggestions. Actually, I've tried without changing the MTU on devices (both), with no success. Then, reading 5.4 man-pages I saw that, and just tried it (with no success either). The reason for upgrading is due to hardware. As the Sun machine is too old, and it works as

Re: Problem with PPPoE

2014-07-22 Thread Giancarlo Razzolini
Em 22-07-2014 18:28, Felipe Mesquita de Oliveira escreveu: > # cat /etc/hostname.pppoe0 > inet 0.0.0.0 255.255.255.255 NONE mtu 1500 pppoedev bge0 authproto pap > # cat /etc/hostname.bge0 > up mtu 1508 You really need to use jumbo frames? Some physical devices have performance issues and some even

Re: Problem with PPPoE

2014-07-22 Thread Felipe Mesquita de Oliveira
Mihai, There it is: # dmesg OpenBSD 5.4 (GENERIC.MP) #44: Tue Jul 30 12:13:32 MDT 2013 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Pentium(R) Dual CPU E2220 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MT

Re: Problem with PPPoE

2014-07-22 Thread Mihai Popescu
Send your /etc/hostname.pppoe0 without user/paswword in clear and the /etc/hostname.xxx, where xxx is the hardware interface you are using for pppoe. Dmesg will be a plus.