Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
About D52-MJ
D52-MJ
Comes here often
Member since Aug 22, 2020
Sep 13 2020
Community Record
5
Posts
0
Kudos
0
Solutions
Badges
Aug 23 2020
2:21 PM
Unfortunately, a tracert from both the "working" and "non-working" site produces the exact same route success route hops. The only difference is, the page doesnt display. Quite baffling. I've updated the cases with Meraki and the ISP.
... View more
Aug 23 2020
2:20 PM
Just out of curiosity, you mentioned earlier you rebooted. I'm presuming you did this through the console and then you did the completely hard reboot? I'm having a similar issue after changing internet providers.
... View more
Aug 22 2020
4:21 PM
We had this issue with the 120 bought in the same batch. All of a sudden the phones would just lose power. The switch would stay up, you could see it in the dashboard, you could cycle the port but the power would never re-apply power. (We bought them for phones only and the ap’s were on 250’s in the same closet). You’d have to power cycle the switch. Support sent replacements. You have to go through the motions but I want to say we replaced 10 of 10 closets, so there was a random defect. And these were not even fully loaded at all. Closets were not datacenter cooled, but had cooling in them, and had 1U spacing so we were confident it wasn’t an overheating issue. A couple closets were even decent size rooms with 1-2 switches once we consolidated to an almost purely wireless network.
... View more
Aug 22 2020
12:14 PM
It's a part ISP equation. ! part, the circuit provider installed a device, which terminates fiber, handed off single mode LR SFP to a state run entity's piece of equipment, which then hands us a multi mode SFP to our equipment. Unfortunately, you can not plug into the new ISP, it's a 10 gig SFP+ hand off. The closest you can get is the copper ports on the MX. No internal traffic issues. Just internet access. I think It's the states device not having a rule to send 10.x traffic, but I havent been able to get someone to get eyes on yet. The circuit provider is in a different subnet, and I dont have any other 10 gig equipment available to pull and test (I dont even know if it would work). I'm just trying to save myself a headache of keep trying all these config changes when it feels like if the only change was the ISP, it has to be on that end. I'm aware of the difficulty level, I've done things like this before. But a lot of these systems are hard coded circuit boards that would require service calls to A/C, Door Company, and Fire Alarm vendors. They would have to track a lot of this stuff down that has been put together over the years and would be quite costly, especially with a new campus on the horizon. Is it possible? yes. At this juncture, things appeared to be operating just fine. So unless this appears to be the culprit, then there's no need to do this right now. I work in an area where budgets are stretched very thin.
... View more
Aug 22 2020
12:25 AM
Hello- I inherited two sites that were bound together over a vpn connection. Over the summer, we installed dark fiber to connect the two sites together. These sites were utilizing fairly old Cisco switching, but fairly new datacenter infrastructure and Meraki AP's. Eh, 2 out of 3. Not bad. Site A was 192.168.1.X Site B was 192.168.2.x Datacenter was located at Site A but the datacenter vendor started throwing in 10.x.x.x for the servers, iscsi, etc. in an effort to move to that particular structure. All the ap's and their respective clients are all in the 192's. There is a ton of legacy fire, phone, building automation, access control, etc. that is beyond replacing so the 192's have to stay for budget's sake. I replaced the entire 100 meg and mix of gig switches with Meraki to go end to end including the MX over the summer with little to no problems. The MX is setup with 2 static routes from 192.168.x.x/16 and 10.x.x.x/8 to the next hop dist switch. The dist switch has the default route 0.0.0.0 back to the MX IP. All good. Fast forward. New ISP. Change the IP on the MX interface and only the 192's will work, nothing on the 10.x network. I've rolled the entire network to the release candidates, I've 1:1 nat'd, etc. to no avail. I can setup 1:1 nat, shaping, flow preference, and literally anything I want on the 192 subnet in either building (except if it's wireless) and it works like a champ. Nothing changed except the ISP. I can direct connect to the MX (which is in the 10.x range) and can resolve some sites, but not every site. It's the strangest thing. Anyone ever seen this before? I'm a CLI by trade, I've run some packet captures, the equipment is less than 60 days old, and up until a few hours ago, not a problem at all. It's hard to blame the ISP when you can run a speed test on a workstation and it maxes out at 990 meg... Dist Switch has Layer 3 enabled, maybe 15 or so vlans. All seem to be functioning properly. As soon as I activate the old ISP, everything works as it should. I've restarted DNS services, flushed cache, no content filtering enabled, no ACL, no NAT, No firewall rules. This is very vanilla. I've used Google DNS, my old ISP DNS, new ISP DNS, and everything else. It just stalls loading "some" sites. Others load fine. But you can nslookup and resolve them via command line.
... View more
© 2024 Cisco Systems, Inc.
