At times WiFi calling and sending SMS doesn't work?
-
@JKnott said in At times WiFi calling and sending SMS doesn't work?:
It would be nice if they added MAC addresses to firewall rules. With IPv6, it's pretty much needed with privacy addresses.
Ok, so I tried to compare when I can dial and when I can't but could not see any difference and what is interesting when its working I do not see ESP protocol.
Other screenshot of pfTop is when I i'm on the call it creates connection to .233
When I can't make call over the Wi-Fi I turn it off place the call and it goes through after that when I turrn Wi-Fi on call goes through.Can someone please compare packet_capture.zip logs?
packet_capture.zip
-
compare what zips?
-
Attached file to the post. Forum software makes it not that visible.
-
I fixed that for you ;)
In the one you say doesn't work see ESP out to
OrgName: Cellco Partnership DBA Verizon WirelessNo responses.
But in the one you say works, don't see any ESP.. I would guess you missed capturing the actual data.
I see some talk to samsung something, and google - nothing other in that so called working sniff. Like your call actually went out over cell vs wifi.
-
UDP/4500 is performing the same functionality as ESP. It is known as NAT Traversal, or NAT-T.
I would totally expect that for an IPsec client like wifi calling behind a NAT router. It's the same as those micro-cells. They IPsec to home base and all comms are over that too.
-
Pretty sure your talking to the OP there Derelict.. I am quite aware of what ESP and Port 4500 are ;)
My point was there is only 443 traffic in his so called working pcap, and non of it was to what could be a wifi calling system either.. So either his sniff missed when the call was placed, or it didn't go over wifi like he thinks it did.
-
@JohnnyBeGood said in At times WiFi calling and sending SMS doesn't work?:
when its working I do not see ESP protocol.
Yeah, just commenting on that ^
-
Yeah there was no ESP or NAT-T anything, NO anything really when he says it works - a https session to google and one to like *.push.samsungsomething.. Only thing I could make out in the cert - the hello didn't contain actual sni.
Where sure isn't he making a wifi call
So he either missed the traffic with his sniff, or his phone used cell to make the call.
-
I have attached a capture of a WiFi call, so the OP can see what he should be looking for. It contains both the NAT keepalive and actual IPSec traffic, which is identified by ESP, but is in fact a UDP packet encapsulating ESP.
-
^ exactly there is 2 way communication there ;) Kind of a given for any sort of call to be going on...
-
@johnpoz said in At times WiFi calling and sending SMS doesn't work?:
Where sure isn't he making a wifi call
Here's the video I made showing what I was doing https://youtu.be/q-iVQqJ_wA0
Am I doing something wrong?I like to fill my tub up with water, then turn the shower on and act like I'm in a submarine that's been hit!
-
Not going to watch a video... If you can not post a sniff showing traffic then no traffic is happening..
Your sniff showing when a call worked had ZERO traffic in that could be a call.
Your call showing when didn't work showed some traffic hitting the lan, so sniff on the wan did it go out? If goes out and no answer - that has zero to do with pfsense.
-
packetcapture (4).zip @johnpoz said in At times WiFi calling and sending SMS doesn't work?:
Not going to watch a video... If you can not post a sniff showing traffic then no traffic is happening..
Your sniff showing when a call worked had ZERO traffic in that could be a call.
Your call showing when didn't work showed some traffic hitting the lan, so sniff on the wan did it go out? If goes out and no answer - that has zero to do with pfsense.Attached is the packet capture as shown in the video.
Call was never answered. "Calling" on the phone screen and silence as it was trying to place the call.I'm willing to post whatever is needed in order to get to the bottom of this.
-
@JohnnyBeGood said in At times WiFi calling and sending SMS doesn't work?:
Am I doing something wrong?
Yeah, trying to show what you're doing with a video. I just watched it and it's of absolutely no use.
Do as I did, that is run Wireshark capturing only the WiFi calling. You should have the IP address of where the call is going. Filter on that, while placing a call. Also, allow enough time to capture some of the keep alive packets. When that's done, post the capture here.
-
Here's another capture of when it works and of course ESP are shown.
packetcapture (6).zip.
@JKnott said in At times WiFi calling and sending SMS doesn't work?:
Do as I did, that is run Wireshark capturing only the WiFi calling. You should have the IP address of where the call is going. Filter on that, while placing a call. Also, allow enough time to capture some of the keep alive packets. When that's done, post the capture here.
Ok, when you did your capture you used your phone's private IP on the LAN, correct?
-
Any reason why you zipped it? By zipping it, I have to download it, unzip it, then run Wireshark with the extracted file. If you just attach the capture file, it opens Wireshark directly.
-
@JKnott said in At times WiFi calling and sending SMS doesn't work?:
Any reason why you zipped it? By zipping it, I have to download it, unzip it, then run Wireshark with the extracted file. If you just attach the capture file, it opens Wireshark directly.
Sorry but the forum does not allow me to upload it without zipping it first.
-
@JohnnyBeGood said in At times WiFi calling and sending SMS doesn't work?:
Sorry but the forum does not allow me to upload it without zipping it first.
I had no problem doing that. Take a look at my post.
-
I'll see about getting
.capadded to the allowed list of prefixes.Actually, looking at it, it is probably easier to rename the file to .pcap than to zip it.
-
@Derelict said in At times WiFi calling and sending SMS doesn't work?:
I'll see about getting .cap added to the allowed list of prefixes.
Yeah, it's a bit strange the pfSense forum won't accept files created by pfSense packet capture.
