I thought re-invites were used to get the media stream to flow directly between the endpoints and bypass the PBX.
And if you took out the asymmetric routing, the other symptoms would make me think it's a NAT traversal or SIP ALG problem in the customer's router. But with the dependency on how the traffic flows over the Internet, I haven't a clue. -----Original Message----- From: AF <af-boun...@af.afmug.com> On Behalf Of Nate Burke Sent: Thursday, December 3, 2020 5:18 PM To: Animal Farm <af@af.afmug.com> Subject: [AFMUG] Offnet SIP and Multi-homing I'm trying to track down a strange Issue I'm having, and wondering if anyone has run into something similar. I have a couple customers that I let take phone handsets home, the Grandstream PBX is at our office. It seems that if the SIP traffic comes in one upstream, but leaves another upstream, really weird things happen. The Phone registers to the PBX just fine, and can receive calls all day long, it just cannot make calls. If I take a /24 and force it to enter and leave the network via the same provider, then everything works fine. Those of you that have multiple diverse paths, have you seen something like this? The Call in UDP Mode fails, the call in TCP mode will succeed. This only appears to be an issue with the handset talking to the PBX. All of our Sip Trunk traffic (Voip Innovations) works just fine. For some reason the handset SIP re-invite never makes it back to the handset when multi-homing is in place. -- AF mailing list AF@af.afmug.com http://af.afmug.com/mailman/listinfo/af_af.afmug.com -- AF mailing list AF@af.afmug.com http://af.afmug.com/mailman/listinfo/af_af.afmug.com