02-16-2015 08:38 AM - edited 03-05-2019 12:48 AM
hi there,
I am using a Cisco Router 837
Its a aDSL connection with a static IP
I just got a block of static IP addresses /30
Let says
Block of IP's 200.200.200.16/30
Usable Ips are 200.200.200.17 and 200.200.200.18
the 200.200.200.17 will be my gateway
How can I configure my cisco in order to use the new public Ips. ?
I have attached my current settings
Thanks for your help
Solved! Go to Solution.
02-18-2015 01:24 AM
Hi Didier,
With a simple static NAT, you can have 4 of your inside machines made public. The configuration would be very straightforward:
ip nat inside source static 192.168.a.b 200.200.200.16 ip nat inside source static 192.168.c.d 200.200.200.17 ip nat inside source static 192.168.e.f 200.200.200.18 ip nat inside source static 192.168.g.h 200.200.200.19
If you wanted to make more inside machines to be publicly accessible, you would need to use PAT and export selected inside ports (that is, selected TCP/UDP services) to outside IP addresses and ports. Thanks to this, you could multiplex over 65000 inside services on a single outside IP address, with the disadvantage that some of the services would most probably be located at non-default ports. If, for example, you wanted to export the HTTP service on 8 internal servers to the outside world, you could use your 4 public IPs to forward the port TCP/80 back to the 4 internal servers inside, but for the next 4 internal HTTP services, you would need to assign a different and thus non-default port on the public IPs to be forwarded back to the remaining 4 HTTP servers to their TCP/80. The design choice is up to you and your needs.
In any case, if you needed a PAT then the configuration would look as follows:
ip nat inside source static tcp 192.168.x.x 80 200.200.200.16 80 ip nat inside source static tcp 192.168.x.x 3128 200.200.200.16 3128 ip nat inside source static tcp 192.168.y.y 80 200.200.200.16 8080
I believe you see the general principle here.
Best regards,
Peter
02-24-2015 05:35 AM
Hi Didier,
You're welcome. Hopefully, this all worked for you.
Best regards,
Peter
02-16-2015 09:12 AM
Hi,
Before we can answer your question there is one thing we need to clarify: Are you going to continue receiving your provider's specific IP addresses on your Dialer1 interface dynamically and use the 200.200.200.16/30 in addition to these addresses, or are you supposed to actually configure these public IP addresses on your Dialer1 interface directly? You have indicated that 200.200.200.17 is going to be your gateway - that would mean that your router is supposed to use the 200.200.200.18/30 address on its Dialer1 interface, and that would consume all usable addresses from your range. Is this really the way your provider is working? It is possible but it would be surprisingly wasteful.
Are there any more technical information provided by your ISP you can post here to help us understand how you are supposed to use these new IPs?
Best regards,
Peter
02-16-2015 10:23 AM
Hi Peter,
Hi,
Before we can answer your question there is one thing we need to clarify: Are you going to continue receiving your provider's specific IP addresses on your Dialer1 interface dynamically and use the 200.200.200.16/30 in addition to these addresses,
R/ Yes ...
or are you supposed to actually configure these public IP addresses on your Dialer1 interface directly?
R/ No.
You have indicated that 200.200.200.17 is going to be your gateway -
R/ Yes
that would mean that your router is supposed to use the 200.200.200.18/30 address on its Dialer1 interface,
R/ My Dialer one is a PPPoE static IP address already as my shown below
scorpion-router#sh ip int bri
Interface IP-Address OK? Method Status Protocol
ATM0 unassigned YES manual up up
ATM0.1 unassigned YES DHCP up up
Dialer1 200.200.135.149 YES IPCP up up
Ethernet0 192.168.0.1 YES NVRAM up up
FastEthernet1 unassigned YES unset up up
FastEthernet2 unassigned YES unset up up
FastEthernet3 unassigned YES unset up up
FastEthernet4 unassigned YES unset administratively down down
Virtual-Access1 unassigned YES unset up up
scorpion-router#
and that would consume all usable addresses from your range.
R/ That's what I am trying to figure out ... I lost already the .17 and will be using the 200.200.200.18 (only usable)
Is this really the way your provider is working?
R/ Yes
It is possible but it would be surprisingly wasteful.
R/ When I was told that 200.200.200.17 is only used as gateway ... I took it anyway because I only need 1 more public IP for now.
Are there any more technical information provided by your ISP you can post here to help us understand how you are supposed to use these new IPs?
R/
Here are the info I got from my ISP
200.200.200.16/30
200.200.200.17 (has to be my gateway)
200.200.200.18 (I endup with this only usable IP)
Plus the current public IP address I have from dsl connection. (IP: 200.200.135.149)
The are on separate subnets
Didier
02-17-2015 01:39 AM
Hi Didier,
I have a feeling that there is a misunderstanding between your ISP and you. I would personally believe that you have got the entire IP space 200.200.200.16/30 with all IPs actually being usable, and that the ISP is configured to route the entire IP space to your router. How the router deals with these IP addresses is another story - most probably, you would use NAT to forward traffic for these IP addresses back to your internal network.
I suggest doing a very simple test. Create a Loopback interface on your router as follows:
interface Loopback1234 ip address 200.200.200.16 255.255.255.255 ip address 200.200.200.17 255.255.255.255 secondary ip address 200.200.200.18 255.255.255.255 secondary ip address 200.200.200.19 255.255.255.255 secondary
Now try pinging a working public IP address, e.g. 8.8.8.8, using these four IP addresses as the source IP address:
ping 8.8.8.8 source 200.200.200.16 ping 8.8.8.8 source 200.200.200.17 ping 8.8.8.8 source 200.200.200.18 ping 8.8.8.8 source 200.200.200.19
If these pings are successful then my suspicion is confirmed - your ISP simply forwards this entire space to you and it is up to you to use it wisely. If none of these pings is successful then we have to experiment more.
Looking forward to hearing back from you!
Best regards,
Peter
02-17-2015 05:22 AM
Hi Peter,
You got it right ...You suspicion is confirmed
After creatinf the loopback interface ... the pings were successful 5/5
scorpion-router#ping 8.8.8.8 source 200.200.200.16
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 8.8.8.8, timeout is 2 seconds:
Packet sent with a source address of 200.200.200.16
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 16/21/24 ms
scorpion-router#ping 8.8.8.8 source 200.200.200.17
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 8.8.8.8, timeout is 2 seconds:
Packet sent with a source address of 200.200.200.17
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 20/24/28 ms
scorpion-router#ping 8.8.8.8 source 200.200.200.18
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 8.8.8.8, timeout is 2 seconds:
Packet sent with a source address of 200.200.200.18
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 20/24/28 ms
scorpion-router#ping 8.8.8.8 source 200.200.200.19
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 8.8.8.8, timeout is 2 seconds:
Packet sent with a source address of 200.200.200.19
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 24/24/24 ms
scorpion-router#
Didier
02-17-2015 05:32 AM
Hi Didier,
Thanks for letting me know! Okay, so now, the question is how to use these four IP addresses so that in the best case, you do not lose any of them.
In my opinion, the easiest way would be to use static NAT/PAT to map these IP addresses to internal IPs and/or ports according to your needs. In this case, you are not assigning your 200.200.200.16/30 space to an interface, and therefore you are not in fact using it as a subnet but just as a set of 4 IP addresses, out of which none needs to be reserved as a subnet, gateway, or broadcast address.
Does this make any sense?
Best regards,
Peter
02-17-2015 05:39 AM
Make sense Peter,
So that means by using NAT/PAT ... I can still keep the current NAT ... from my PPPoE ip address to my internal private IP;s 192.168.x.x ?
Sounds good
Thanks
02-17-2015 05:55 AM
Hi Didier,
Yes, you can add additional NAT/PAT rules that will coexist with your current NAT/PAT.
How did you originally intend to use the additional public IP space? Do you need more public IPs to do your PAT because of lots of internal IPs and flows, or do you intend to make more inside machines to be publicly accessible?
Best regards,
Peter
02-17-2015 06:18 AM
Hi Peter,
I am running few servers behind my cisco router with internal ip 192.168.x.x. All my severs have the same public IP (PPPoE static and public IP). For my learning and testing purpose (DNS,mail and other apps/servers) I need to use additional public Ips, reason why I requested additional /30. All my public Ips will be natted to internal Ips ...your suggestions are welcomed.
02-17-2015 05:54 PM
Yes I intend to make my inside machines publicly accessible
02-18-2015 01:24 AM
Hi Didier,
With a simple static NAT, you can have 4 of your inside machines made public. The configuration would be very straightforward:
ip nat inside source static 192.168.a.b 200.200.200.16 ip nat inside source static 192.168.c.d 200.200.200.17 ip nat inside source static 192.168.e.f 200.200.200.18 ip nat inside source static 192.168.g.h 200.200.200.19
If you wanted to make more inside machines to be publicly accessible, you would need to use PAT and export selected inside ports (that is, selected TCP/UDP services) to outside IP addresses and ports. Thanks to this, you could multiplex over 65000 inside services on a single outside IP address, with the disadvantage that some of the services would most probably be located at non-default ports. If, for example, you wanted to export the HTTP service on 8 internal servers to the outside world, you could use your 4 public IPs to forward the port TCP/80 back to the 4 internal servers inside, but for the next 4 internal HTTP services, you would need to assign a different and thus non-default port on the public IPs to be forwarded back to the remaining 4 HTTP servers to their TCP/80. The design choice is up to you and your needs.
In any case, if you needed a PAT then the configuration would look as follows:
ip nat inside source static tcp 192.168.x.x 80 200.200.200.16 80 ip nat inside source static tcp 192.168.x.x 3128 200.200.200.16 3128 ip nat inside source static tcp 192.168.y.y 80 200.200.200.16 8080
I believe you see the general principle here.
Best regards,
Peter
02-18-2015 05:08 AM
Thanks sooo much Peter ... that sounds so simple for you but I can tell you that i spent countless hours trying to figure this out ...
Allow me to close this ticket in 2 days after my testings
02-24-2015 05:35 AM
Hi Didier,
You're welcome. Hopefully, this all worked for you.
Best regards,
Peter
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide