- About mel-astrosat
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
mel-astrosat
Here to help
Member since Oct 3, 2018
06-12-2019
Community Record
14
Posts
3
Kudos
0
Solutions
Badges
06-12-2019
08:48 AM
VLAN and their benefits. Simply expressed, a VLAN (Virtual Local Area Network) is a configured network within a network. A LAN (Local Area Network) links all clients and resources within a small private network. This network may require further differentiation e.g a business that has various departments such as Finance, HR, Sales and Management.. VLANs can be set up to exclusively interconnect departments within the LAN e.g HR and Management locating within VLAN10 and Finace and Sales locating within VLAN20. This provides a more hierarchical organisation as opposed to a flat network. It also is less susceptible to Broadcast storms, which is a form of intrusion attack They are relatively easy to set up particularly with quality devices.
... View more
10-26-2018
06:20 AM
Hi Marek Community. I have today set up four Non-Meraki Peer Site to Site VPNs into AWS. All four VPNs are showing status green and are conveying constant pings requests from our main site into instances within each of the four VPNs. The problem is that the Event Log is constantly reporting negotiation errors, despite the fact that the VPN paths are successfuly carrying ping traffic. I have attached a screen shot of the event log for reference. It appears to be an issue within the phase 1 negotiation but I am assuming the key life periods etc are all aligned since the configuration is set by the AWS template. Any support would be gratefully received.
... View more
Labels:
10-22-2018
09:02 AM
2 Kudos
Hi, My name is Mel and I look after the voice and data network for Stevenson Astrosat in Edinburgh U.K My career has always been in telecommunications both as an engineer and manager. I am relatively new to IP networks and it's a very steep learning curve. Thankfully there are people in communities and forums that are keen to help which is reassuring. Already had some sound advice from the community and the Meraki support team so off to a great start.
... View more
10-22-2018
08:13 AM
Hi NSGuru. Thanks for responding I really appreciate it. We currently only have one site to site VPN and it is a non-Meraki end type. I have sent a reply to PhilipDath with a screen shot of the customised settings on the site to site phase 1 & 2 configs. On the principle of KISS (Keep It Simple Stupid) I am debating with my AWS expert that we should use the AWS off the shelf product. I think he is coming round to the idea. That way we can run with the Meraki AWS template Thanks Again.
... View more
10-22-2018
08:06 AM
Hi PhilipDAth Thanks for your reply, it's greatly appreciated I have attached a snapshot of the phase 1 and phase 2 config. From what you have suggested I should set PFS Group to Off I am unhappy with the current setup with a unorthodox Site 2 Site VPN into AWS, who have an off the shelf VPN gateway that Meraki have provided a template. We are likely to revert to a standard, pending a debate with my colleague who looks after the AWS end. Interested in your thoughts however re the PFS Group. I set it to 2 in ignorance reflecting on the Diffie Hellman Group number.
... View more
10-18-2018
02:51 AM
Hi all in Meraki Community. I am running a site to site VPN with a non Meraki device at the distant end. The device in question is a virtual VPN server on AWS running on StrongSwan software. The VPN is working fine although I often get the following message appearing in the logs Non-Meraki / Client VPN negotiation msg: pfkey DELETE failed: No such process Can anyone interpret this message ? With Thanks. Mel
... View more
Labels:
10-15-2018
12:49 AM
1 Kudo
Hi Jim. I received word back from Meraki support. It transpires that pcaps on site to site VPN are only possible with Meraki Peer to Peer VPNs. They are not possible on non-Meraki peers. Thanks for your help, it is appreciated. Cheers. Mel
... View more
10-11-2018
04:21 AM
Have you run tracert from either end during up and down periods? That might indicate where the break is.
... View more
10-11-2018
04:16 AM
Hi Community I hope someone can help. I have a non meraki peer site to site VPN into AWS. The AWS end is not a standard customer gateway so the AWS template was not applicable. The VPN is up and running with no issues when accessed from within the main subnet 192.168.100.0/24 The distant end subnet is 172.16.0.0/12 However if I try to access the resources at 172.16.0.0/12 from my home via the Client VPN (Windows 10 inherent Client VPN) I cannot see any of them. The client VPN subnet is 192.168.101.0/24 Initially I could not see anything in the main subnet either except singularly the meraki firewall on 192.168.100.1. The help documentation states that all of the main subnet should be accessible from the client vpn subnet. The only way I gained access to the whole main subnet via the client vpn was by adding an outgoing firewall rule enabling source 192.168.101.0/24 to destination 192.168.100.0/24. I suspect this is masking an incorrect setting but would welcome suggestions. I read previous community dialogue that revolved around checking that the client VPN subnet and main subnet were both enabled for VPN. They always have been in my case so that is not the issue. Packet Captures have helped a bit but also are misleading. For example if I am in the office running constant ping 192.168.100.200 to 172.16.13.221 they receive successful echo returns. When I tracert this path from 192.168.100.200 it shows >>>192.168.100.1 >>>>172.16.1.16>>>172.16.13.221 When I run packet captures I see the ICMP traffic in both directions at LAN but nothing on site to site VPN. I know it must be passing through the VPN however as the pings are successful. (I have raised that question on a separate article) If I run contant ping from home via the client VPN I see echo requests at Client VPN originating from 192.168.101.32 (my allocated IP address on the client vpn subnet, but no corresponding echo returns which is not surprising as the pings are failing. When I look for packet captures on the site to site vpn no traffic is visible. Here is a strange thing, the meraki support engineer tells me that when he accessed the network over a client VPN that I set up for him, he could see the ping requests from 192.168.101.151 on the site to site vpn but no echo returns. His conclusion is that something is amiss at the distant end and I don't doubt this. However I cannot understand how I never see packet captures on site to site VPN interface either when pings are originating from the main subnet or client VPN subnet Incidentally I have not generated any additional VLANs Still waiting on further messages from Meraki Support but any advice would be greatly appreciated. I am still suspecting that a fundamental setting is wrong, based on having to set a firewall rule to allow the client VPN subnet access to the main subnet.
... View more
Labels:
10-11-2018
03:23 AM
I have a non-meraki peer site to site set up consisting of a MX64 at our office and a AWS instance containing StrongSwan software. The site to site works perfectly but people connecting into the office via client VPN cannot see resources on the distant end of the site to site VPN. I have been using packet captures to diagnose the and came across a strange situation. When I run constant ICMP Ping from within the office to a device at the distant end of the S2S VPN I see packet captures on the LAN but nothing when monitoring on site to site VPN. I know the pings are passing through because echo returns are being relayed back. Why am I not seeing the packets when they must be there as the pings are 100% successful and the only path open is the site to site VPN.
... View more
Labels:
10-08-2018
06:06 AM
Hi jdsilva. yes both the main subnet 192.168.100.0/24 and the client VPN subnet 192.168.101.0/24 are ticked as "use VPN". I had seen this point in an earlier suggested solution but on checking I noted that my vpn subnet was included. I also got the distant end of the site2site vpn to include the subnet 192.168.101.0/24 but alas no success. When I run tracert to the target 172.16.13.221 within the distant end subnet 172.16.0.0/12 the trace stops at 192.168.100.1 which is the Meraki device (firewall). This suggests to me that the firewall is preventing the bridge between the client vpn and the site to site vpn. Furthermore I can remotely via the client vpn see all of the main subnet 192.168.100.0/24 and if I access my desktop located in the main office using remote desktop, I can then access all services on the distant end of the site to site vpn. When I take my laptop into the office I can access everything. Cheers
... View more
10-05-2018
09:21 AM
. I get very little info from the VPN monitor facility, only a green dot depicting a healthy VPN. There are no stats Throughput and Latency or other info. Does that info only come with Meraki Auto VPNs ie a Meraki device at both ends. I have glanced at some literature that refers to VPN registers but again I think this involves Meraki - Meraki VPNs. 2. Having set up a client VPN link for working from home I am trying to get access to the site to site VPN. I initially set up a firewall rule to allow the VPN subnet access to the main subnet. That allowed my PC at home access to every resource within our main office. When I tried adding the subnet at the distant end of the site to site VPN I fail to get access to the resources at the VPN distant end First setting VPN subnet 192.168.101.0/24 ------------- Main Subnet 192.168.100.0/24 OK : can see all local resources Second Setting 192.168.101.0/24 ------------ 192.168.100.0/24, 172.16.0.0/12 (added distant subnet) : Can still see main subnet but no access to distant subnet. Both Main and VPN Subnet are enabled. A tracert does not get past the MX 64 which suggests it is a firewall rule issue. You can see from the settings above that I tried to inclide the VPN subnet in the forwarding rules but to no avail Any advice would be great
... View more
Labels:
10-05-2018
05:14 AM
Hi Philip. It turned out to be a mis-match on Phase 1 lifetime settings. The MX end was set at 3600 seconds and the distant end was set at 28800 seconds. Now that this problem has been resolved I am still at a loss on 2 points. 1. I get very little info from the VPN monitor facility, only a green dot depicting a healthy VPN. There are no stats or other info. Does that info only come with Meraki Auto VPNs ie a Meraki device at both ends. I have glanced at some lierature that refers to VPN registers but again I think this involves Meraki - Meraki VPNs. 2. Having set up a client VPN link for working from home I am trying to get access to the site to site VPN. I initially set up a firewall rule to allow the VPN subnet access to the main subnet. That allowed my PC at home access to every resource within our main office. When I tried adding the subnet at the distant end of the site to site VPN I fail to get access to the resources at the VPN distant end First setting VPN subnet 192.168.101.0/24 ------------- Main Subnet 192.168.100.0/24 OK Second Setting 192.168.101.0/24 ------------ 192.168.100.0/24, 172.16.0.0/12 (added distant subnet) : Can still see main subnet but no access to distant subnet. Any advice ?
... View more
10-03-2018
10:33 AM
Hi. I am new to the Meraki Community having just installed a Meraki MX64 Security Device. I am experiencing problems with the single site to site VPN that I set up involving a non-meraki device at the other end. I am getting continuous reports in the Events Log suggesting that the ipsec process is failing at phase 1 (see below screen shot) Oct 3 18:23:02 Non-Meraki / Client VPN negotiation msg: phase1 negotiation failed. Oct 3 18:23:02 Non-Meraki / Client VPN negotiation msg: failed to pre-process ph1 packet (side: 1, status 1). Oct 3 18:23:02 Non-Meraki / Client VPN negotiation msg: failed to get valid proposal. Oct 3 18:23:02 Non-Meraki / Client VPN negotiation msg: no suitable proposal found. Oct 3 18:22:20 Non-Meraki / Client VPN negotiation msg: phase1 negotiation failed. Oct 3 18:22:20 Non-Meraki / Client VPN negotiation msg: failed to pre-process ph1 packet (side: 1, status 1). Oct 3 18:22:20 Non-Meraki / Client VPN negotiation msg: failed to get valid proposal. Oct 3 18:22:20 Non-Meraki / Client VPN negotiation msg: no suitable proposal found. Oct 3 18:21:57 Non-Meraki / Client VPN negotiation msg: phase1 negotiation failed. Oct 3 18:21:57 Non-Meraki / Client VPN negotiation msg: failed to pre-process ph1 packet (side: 1, status 1). Oct 3 18:21:57 Non-Meraki / Client VPN negotiation msg: failed to get valid proposal. Oct 3 18:21:57 Non-Meraki / Client VPN negotiation msg: no suitable proposal found. Oct 3 18:21:44 Non-Meraki / Client VPN negotiation msg: phase1 negotiation failed. Oct 3 18:21:44 Non-Meraki / Client VPN negotiation msg: failed to pre-process ph1 packet (side: 1, status 1). Oct 3 18:21:44 Non-Meraki / Client VPN negotiation Despite these logs the VPN is successfully passing traffic in both directions. Another issue is the VPN status does not display any data such as throughput or connectivity. I read an article that described available stats but I could not ascertain if they are only available with auto VPN ie Meraki to Meraki links. Any help or advice would be greatly appreciated.
... View more
Labels:
My Top Kudoed Posts
| Subject | Kudos | Views |
|---|---|---|
| 2 | 8612 | |
| 1 | 618 |
