On Thu, Jun 08, 2000 at 12:10:01PM +1000, Marc-Adrian Napoli wrote > hi all, >
Hello, Marc! > we have an ascend server that serves a dial up customer sitting on > 203.28.51.128. > > routing table on the ascend server: > > 203.28.51.128/27 203.28.51.128 wan12 rGT 120 2 6575 5169 > 203.28.51.128/32 203.28.51.128 wan12 rT 60 1 4150 5169 > > they are given the 203.28.51.128/27 subnet from radius. > > on the customers end is a linux box acting as a router for their /27 subnet. > > ifconfig on the debian box shows: > > lo Link encap:Local Loopback > inet addr:127.0.0.1 Bcast:127.255.255.255 Mask:255.0.0.0 > UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1 > RX packets:7607 errors:0 dropped:0 overruns:0 > TX packets:7607 errors:0 dropped:0 overruns:0 > > eth0 Link encap:Ethernet HWaddr 00:00:E8:47:F3:9C > inet addr:203.28.51.128 Bcast:203.28.51.159 Mask:255.255.255.224 ^^^^^^^^^^^^^ > UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 > RX packets:85592 errors:0 dropped:23 overruns:0 > TX packets:6940 errors:0 dropped:0 overruns:0 > Interrupt:9 Base address:0x240 > > ppp0 Link encap:Point-to-Point Protocol > inet addr:203.28.51.128 P-t-P:203.63.219.10 Mask:255.255.255.224 ^^^^^^^^^^^^^ > UP POINTOPOINT RUNNING MTU:1524 Metric:1 > RX packets:10757 errors:0 dropped:0 overruns:0 > TX packets:10410 errors:0 dropped:0 overruns:0 > [snip] Using the network address ([203.28.51.128]) as the interface address isn't a good idea. It may be treated as special for all sorts of reasons and you can't rely on it to behave like a regular host IP, or even for different TCP/IP stacks to deal with it consistently. For example on my local LAN, with a network address of 192.168.113.0, all of my Debian boxes (running kernel 2.2.15) respond if I ping 192.168.113.0, but it would be equally understandable if none of them did (as is the case if I run # echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts ). Change the interface address to (say) 203.28.51.129; it may not fix your problem, but it removes the most obvious reason why it may not work. John P. -- [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.mdt.net.au/~john Debian Linux admin & support:technical services