Hi everyone,
Hello from Texas. New to the forum, first time post, but been around networking and cameras for a few decades or so. That's why it was nice to find a board that looks like has a few members who are smarter than the average bear. Tech support had no clue. Insert your own joke here.
So here is my dilemma. Normally we never install an NVR with the integrated switch for this reason. We like for all the cameras to be on the same subnet as the NVR to avoid problems like this as well as some redundancy issues.
The NVR is an Alibi Witness which is a Hik. The cameras are also Alibi at this location.
The NVR has the LAN IP of 192.168.3.200. The gateway is 192.168.3.1. Email works fine from the NVR to send notifications and snapshots to the client.
The problem is that when you get a notification from the NVR, the snapshot is tiny. If you have the cameras send the notifications, you get the full size snapshot that's large. So at our other client locations, when the cameras are on the same LAN subnet with everything else, we just have the camera email the notification pic. Clients love it.
When the cam is behind the NVR however, the cameras are getting an IP of 192.168.254.x.
One would think that in the cam, we would simply set up the subnet mask to 255.255.255.0, put in the DNS, and set the gateway to (guessing here) 192.168.254.1 to allow the email to route to the NVR, which then has it's own routing rules to hand off to the 192.168.3.1 gateway. That doesn't seem to be working. Could the underlying subnet be using a gateway of 254 or 100? I also tried backing off the subnet mask in the NVR to 255.255.0.0.
I feel sure someone here has already fought this so I thought I would ask before fighting it with multiple reboots for too long. Next step is to set up Wireshark and sniff the packets.
Thanks in advance.
Hello from Texas. New to the forum, first time post, but been around networking and cameras for a few decades or so. That's why it was nice to find a board that looks like has a few members who are smarter than the average bear. Tech support had no clue. Insert your own joke here.
So here is my dilemma. Normally we never install an NVR with the integrated switch for this reason. We like for all the cameras to be on the same subnet as the NVR to avoid problems like this as well as some redundancy issues.
The NVR is an Alibi Witness which is a Hik. The cameras are also Alibi at this location.
The NVR has the LAN IP of 192.168.3.200. The gateway is 192.168.3.1. Email works fine from the NVR to send notifications and snapshots to the client.
The problem is that when you get a notification from the NVR, the snapshot is tiny. If you have the cameras send the notifications, you get the full size snapshot that's large. So at our other client locations, when the cameras are on the same LAN subnet with everything else, we just have the camera email the notification pic. Clients love it.
When the cam is behind the NVR however, the cameras are getting an IP of 192.168.254.x.
One would think that in the cam, we would simply set up the subnet mask to 255.255.255.0, put in the DNS, and set the gateway to (guessing here) 192.168.254.1 to allow the email to route to the NVR, which then has it's own routing rules to hand off to the 192.168.3.1 gateway. That doesn't seem to be working. Could the underlying subnet be using a gateway of 254 or 100? I also tried backing off the subnet mask in the NVR to 255.255.0.0.
I feel sure someone here has already fought this so I thought I would ask before fighting it with multiple reboots for too long. Next step is to set up Wireshark and sniff the packets.
Thanks in advance.