richard@routerlab.org richard@routerlab.org 2007-06-03:
This setup works on Cisco and Zyxel ADSL as the WAN interface is using the IP from the LAN side and the LNS sees both a /32 and a /30 route...not sure about other xDSL CPEs though (o;
In this setup, the PPP endpoint address of the CPE router is the same as it's LAN address, and the customer still gets his /30 network to use as expected, i.e. there's an address left for, say, a server.
In the vtx case (if correct), there is nothing of the /30 left to the customer to use, except the WAN address assigned via PPPoX. Granted, this does not sound very sane, since the customer pays for a /30 which he does not get.
Maybe the vtx engineers just had bad luck explaining the above to the customer.
Cheers -Dan
cheers rick
Daniel Roethlisberger schrieb:
It seems that vtx has some very strange way of configuring the /30 subnet when customers order 4 fix IP addresses.
Normally when someone orders a /30, the ADSL router's PPP interface would get an address from an unrelated address range. The 4 addresses from the customer's /30 subnet can be used by the custumer for the network and broadcast addresses (-2), the router's LAN interface (-1), leaving one address for a server or desktop machine.
However, this seems not to be the case at vtx.ch. As two vtx engineers explained to a (tech-savvy dipl. Inform.) customer, they use the addresses from the /30 subnet for the PPP link between their last router and the customer's ADSL router. So in effect, this means ordering a /30 subnet (the 4 fix IP addresses option) from vtx gets you the same as ordering a single fix IP address -- you get a static address on your ADSL router's PPPoA/PPPoE interface, period. To actually use the static address on a server/desktop, you need to either configure destination NAT on your router or operate it in bridging mode and run PPPoE directly from the server/desktop.
Can anybody confirm that this is current practice at vtx? Are other providers doing the same?
-Dan
swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog