Side note: To make things a little easier in the testing, I copied the config from the iPECS into a Free Open Source Softphone – MicroSIP. I swapped around routers (SIP ALG causes all sorts of issues with SIP lines), I tired 4G connections, finally I rang the VoIP provider – who last week told me that there wasn’t any IP address security restrictions – I was informed (I think by asking the right question and being blunt – “Are the VoIP Trunks tied to an IP Address?”) that yes they could change the configuration for me. Scroll down a bit and o dear, here is where we hit a problem.įrom there it a was a case of trying various configurations. It’s natural that the IDs would change between calls. I then compared the two files side by side using WinMerge. I then swapped over the router, did the same process as above and copied the new flow of data into another Text File. I copied that screen out into Text File (notepad, notepad++, etc) for use later. Pretty Cool.Ĭlosing the Telephony screen, if you right click on the first packet in the list (The Info column should say something like “Request: INVITE sip…….”), go down to Follow, then UDP Stream and a somewhat human-readable stream appears. Then in Wireshark you can click on ‘Telephony’ in the top menu and select SIP and will show you the connection, then click on ‘Prepare Filter’ and it will limit the main screen down to the packets that were involved in the phone call. It’s always nice to see what something looks like when it ‘works’, so I first setup the ADSL router, hooked up wireshark and started the capture, I tried calling my mobile and answered it, then hung up, then stopped the capture.
Step 3) Fire up Wireshark, choose the LAN connection that is connected to the Mirrored port and start the capture. – Note: because VLANS were in use, I needed to mirror a VLAN, but first I had to remove the port from the VLAN, then choose that VLAN in the Port Mirroring Setup. Router -> Switch Diagnostics > Port Mirroring. TL DR Version – I was getting a SIP2.0 502 Bad Gateway Error, turns out that the SIP provider () had a setting that restricted the IP address that was being used to initiate the connection. Recently I had an issue with a couple of SIP trunks configured on an LG IPECs system when the WAN IP Address Changes.
0 kommentar(er)
