Sonicwall install using a CIDR block

I have a sonicwall 210w Cox our ISP gave us a CIDR WAN ip subnet 154.78.111.16  mask .224 and gateway

They also gave us a Virtual Cidr subnet 154.79.154.17 (not the real IP) mask .240
usable .18 to.30  gateway .17

Does anyone have experience configuring this setup with a sonicwall. I know You assign the WAN IP to the WAN interface and then create a address group for the "virtual CDIR subnet"

But how is this done.


Mike000001Asked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

castellansolutionsCommented:
Well normally if (you sonicwall is up and running and working correctly, able to browse etc) you would add a new object assign it the zone of wan and set the ip within your existing range.

so if my firewall ip is this

123.124.22.221
and i have a subnet of 255.255.255.248 (/29)
gateway: 123.124.22.220
then i would set as an additional ip:

123.124.22.222 assign it to zone WAN then create a nat rule to allow the correct traffic.

Is this what you wanted?
digitapCommented:
Their hardware will route this traffic to the primary public IP that you now have configured for your sonicwall.  What are your plans with the extra public IP addresses?  You could test this by running the Public Server Wizard for RDP access to an internal workstation....as a test.  You can delete the rule when done.I have a client that has assigned us a public IP address, but a series of public IP addresses that do not fall within the range of the one assigned to the WAN interface of the sonicwall.
Mike000001Author Commented:
I have everything working now

castellansolutions: is right about adding a network CIDR subnet to the WAN interface but no NAT rule is needed "I was expecting to need a NAT rule"

Now here is a question, of all the CIDR IP's  that went to the proper web servers. No other ip's in the CIDR block worked. I know the firewall rules were correct.
After escalating with COX

(by the way they gave us a wrong CIDR block at the cutover. I made 10 DNS changes. And after COX discovered it was the wrong block a day later, they gave us a new block after my client had some words with them) and I had to change the DNS again, and all my address objects.

I worked quite a while on making sure every thing was right on my end.
So here is the question one of the CIDR ip'sworked as it should have, sending mail and OWA to our exchange server. But none other in the block worked.

Monday morning 7:30 I call COX after being up all night.They escalate and without me changing anything on my end in 20 min, everything works 5 web sites that were not accessible even via IP now work by DNS, VPN works...

What did they do?  Arp issue on a router?

Any ideas what COX did.
Check Out How Miercom Evaluates Wi-Fi Security!

It's not just about Wi-Fi connectivity anymore. A wireless security breach can cost your business large amounts of time, trouble, and expense. Plus, hear first-hand from Miercom on how WatchGuard's Wi-Fi security stacks up against the competition plus a LIVE demo!

castellansolutionsCommented:
What did they do?  Arp issue on a router?


I dont know if my answer will be correct but (Or if it applies in this siutaion).... there is a specific type of Security Feature that newer Sonicwalls employ: I think its os enhanced 5.2 and greater...

Here is how it works:

1. Your WAN interface is setup as an IP range of 24.24.24.123 upto 24.24.24.129 / 29 (or so)
this is plugged into your routers "WAN" port - from your sonicwall's WAN port.
2. Your ISP has a configuration setup (lets say on the adtran bridge) that has a configuration for your IP's, Right...

If the IP range or Subnet is different on the (Adtran) vs the (SOnicwall) - then the sonicwall will drop arp requests from the Adtran to the SOnicwall - therefore dropping your connection.

But it always works if you reboot the sonicwall, for about 20 minutes.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
digitapCommented:
Yes...as I indicated here, http:#a33435051, their routers route to your sonicwall.  They must not have had the routes setup properly.  Glad it's working for you now.
Mike000001Author Commented:
Its a difficult question with many factors thanks for the info about the sonicwall interfaces
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Software Firewalls

From novice to tech pro — start learning today.