Hello,

I have the following test scenario and 2 questions based on it that I 
would like some clarity on please:

dsl_router<------>pppoe_concentrator<-------->host

Q1:
Should I be able to ping the concentrator pppoe "default gateway"?

Q2:
(elaborated further down below) Should there not be 3 capitalized P's in 
the output of the "npppctl session all"?

After the dsl_router obtains an IP address from the pppoe_concentrator, 
I cannot ping from the dsl_router  to the pppoe_concentrator although 
the host behind the concentrator does ping fine.

The concentrator has ip forwarding turned on, and a tcpdump shows no 
icmp coming in on the pppx0 interface, but does show icmp coming from 
the dsl_router on the em0 interface. 

The pppoe_concentrator also has pf disabled for the purpose of testing.

On the dsl_router:
yassers@dsl_router:[~] $ sysctl | grep forwarding
net.inet.ip.forwarding=0
net.inet.ip.mforwarding=0
net.inet6.ip6.forwarding=0
net.inet6.ip6.mforwarding=0

yassers@dsl_router:[~] $ netstat -rnaf inet
Routing tables

Internet:
Destination        Gateway            Flags   Refs      Use   Mtu  Prio 
Iface
default            10.0.0.1           UGS        0       56     -     8 
pppoe0
10.0.0.1           10.0.0.101         UH         0        0     -     4 
pppoe0
10.0.0.101         127.0.0.1          UHl        0        0     -     1 
lo0  
127/8              127.0.0.1          UGRS       0        0 32768     8 
lo0  
127.0.0.1          127.0.0.1          UH         1        0 32768     4 
lo0  
192.168.56/24      link#2             UC         3        0     -     4 
em1  
192.168.56.1       0a:00:27:00:00:00  UHLc       1      143     -     4 
em1  
192.168.56.100     08:00:27:47:47:e6  UHLc       1        1     -     4 
em1  
192.168.56.102     08:00:27:7a:48:8a  UHLc       0        1     -     4 
em1  
192.168.56.110     08:00:27:05:00:bd  UHLl       0        0     -     1 
lo0  
224/4              127.0.0.1          URS        0        0 32768     8 
lo0  


yassers@dsl_router:[~] $ uname -a
OpenBSD dsl_router 5.6 GENERIC#310 amd64

yassers@dsl_router:[~] $ ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 32768
        priority: 0
        groups: lo
        inet6 ::1 prefixlen 128
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4
        inet 127.0.0.1 netmask 0xff000000
em0: flags=28843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,NOINET6> mtu 
1500
        lladdr 08:00:27:f2:ff:72
        priority: 0
        media: Ethernet autoselect (1000baseT full-duplex)
        status: active
em1: flags=28843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,NOINET6> mtu 
1500
        lladdr 08:00:27:05:00:bd
        priority: 0
        media: Ethernet autoselect (1000baseT full-duplex)
        status: active
        inet 192.168.56.110 netmask 0xffffff00 broadcast 192.168.56.255
enc0: flags=20000<NOINET6>
        priority: 0
        groups: enc
        status: active
pppoe0: flags=28851<UP,POINTOPOINT,RUNNING,SIMPLEX,MULTICAST,NOINET6> 
mtu 1492
        priority: 0
        dev: em0 state: session
        sid: 0xff88 PADI retries: 0 PADR retries: 0 time: 00:14:20
        sppp: phase network authproto chap 
        groups: pppoe egress
        status: active
        inet 10.0.0.101 --> 10.0.0.1 netmask 0xffffffff
pflog0: flags=20141<UP,RUNNING,PROMISC,NOINET6> mtu 33144
        priority: 0
        groups: pflog
yassers@dsl_router:[~] $ 



ping failures from dsl_router:

yassers@dsl_router:[~] $ ping 10.0.0.1 
PING 10.0.0.1 (10.0.0.1): 56 data bytes
--- 10.0.0.1 ping statistics ---
113 packets transmitted, 0 packets received, 100.0% packet loss
yassers@dsl_router:[~] $ 


corresponding tcpdumps on pppoe_concentrator:

# tcpdump -ni pppx0
tcpdump: listening on pppx0, link-type LOOP
^C
0 packets received by filter
0 packets dropped by kernel

# tcpdump -ni em0   
tcpdump: listening on em0, link-type EN10MB
05:44:39.986289 PPPoE-Session
        code Session, version 1, type 1, id 0xa88c, length 86
tcpdump: WARNING: compensating for unaligned libpcap packets
        IP: 10.0.0.101 > 10.0.0.1: icmp: echo request
05:44:40.996252 PPPoE-Session
        code Session, version 1, type 1, id 0xa88c, length 86
        IP: 10.0.0.101 > 10.0.0.1: icmp: echo request
05:44:42.005899 PPPoE-Session
        code Session, version 1, type 1, id 0xa88c, length 86
        IP: 10.0.0.101 > 10.0.0.1: icmp: echo request
^C
4 packets received by filter
0 packets dropped by kernel

# pfctl -d
pfctl: pf not enabled

# npppctl session all
Ppp Id = 0
          Ppp Id                  : 0
          Username                : yassers
          Realm Name              : LOCAL
          Concentrated Interface  : pppx0
          Assigned IPv4 Address   : 10.0.0.101
          Tunnel Protocol         : PPPoE
          Tunnel From             : 08:00:27:f2:ff:72
          Start Time              : 2015/05/07 05:38:10
          Elapsed Time            : 1514 sec (25 minutes)
          Input Bytes             : 864
          Input Packets           : 82
          Input Errors            : 0 (0.0%)
          Output Bytes            : 8935 (8.7 KB)
          Output Packets          : 131
          Output Errors           : 0 (0.0%)


based on ppp(4), and especially this snippet:
 When the peer starts to talk in PPP, ppp detects this automatically and
     returns to command mode.

           ppp ON awfulhak>               # No link has been established
           Ppp ON awfulhak>               # We've connected & finished 
LCP
           PPp ON awfulhak>               # We've authenticated
           PPP ON awfulhak>               # We've agreed IP numbers


Can I assume that there are 2 phases that still need to happen with the 
output of 'npppctl session all'? (only 1 capitalized "P")

Reply via email to