Version 20 (Adrian Georgescu, 06/06/2013 12:25 pm)

1 1 Adrian Georgescu
h1. Most Encountered Problems
2 1 Adrian Georgescu
3 12 Adrian Georgescu
h2. Interoperability Issues
4 12 Adrian Georgescu
5 12 Adrian Georgescu
It is possible that other software works while Blink does not. Possible causes are:
6 12 Adrian Georgescu
7 16 Adrian Georgescu
 * The SIP Server does not like the offer proposed by Blink (like a certain header or codec) and instead of refusing the call using a proper code, it simply does not answer
8 20 Adrian Georgescu
 * This is bold statement but we have seen it so many times. Two broken devices can work well together until one gets fixes or a newer is brought in. We have seen many cases where both the client and server were old and buggy but worked well with each other. Blink is newer software that emerged after standards have been matured and we put lot of effort into making it work correctly according to the standards, while we may have not achieved 100% correctness, we still do better than many older implementations that implemented the standards before they were in a final shape. If this is the case or not, the SIP trace can indicate whether Blink or the other server or device is wrong. If Blink got it wrong we can fix it, just report the problem to "Blink Support Forum": 
9 17 Adrian Georgescu
 * The requirement of SIP service provider to wrongly use STUN for NAT traversal purposes, see STUN section below.
10 14 Adrian Georgescu
11 18 Adrian Georgescu
h2. SIP Provider requires STUN
12 14 Adrian Georgescu
13 14 Adrian Georgescu
Blink does not interoperate with SIP service providers that require STUN for REGISTER. STUN is an obsolete broken standard that claimed  that it solved NAT traversal problem. More concrete, these providers require the use of public IP addresses in the Contact header by the end-points when they REGISTER or make outgoing SIP sessions. As most of the end-points are located behind a NAT-ted router and using a private IP address, the way to obtain a public IP address was by using a protocol named STUN, which was wrongly described in 2003 as a NAT traversal solution (this is IETF standard RFC3489). Years later in 2008, this standard has been rectified (in RFC5389) to explicitly say that it does not provide a reliable solution for the original purpose and it should not be used the way it was originally thought. Using STUN is unreliable because it depends on the way the NAT routers are implemented, which is not standardized nor can be probed and guessing the IP address and port used for outbound connections was not working deterministically. Also, it is unsecure behaviour for a server to trust an IP address expressed in a header by a client. The new version of the STUN protocol defined in RFC 5389 explains in which context STUN may be used and advises against the use of STUN as a standalone NAT traversal utility, quote from the standard:
14 14 Adrian Georgescu
15 14 Adrian Georgescu
*Experience since the publication of RFC 3489 has found that classic STUN simply does not work sufficiently well to be a deployable solution.*
16 14 Adrian Georgescu
17 14 Adrian Georgescu
Unfortunately, some SIP service providers have not updated their implementations to fix this issue, which implies using a simple technique that is using for replies the actual IP and port where the packets originate from rather than using the ones presented in the Contact header. Blink was developed in 2009. Implementing a broken standard from 2003 which was deprecated in 2008 was not considered and is not on the roadmap.
18 12 Adrian Georgescu
19 1 Adrian Georgescu
h2. Request Timeout (408)
20 1 Adrian Georgescu
21 3 Adrian Georgescu
This means that Blink is not able to communicate with the SIP server, that is, it gets no reply for his requests. Several reasons can cause this:
22 4 Adrian Georgescu
23 8 Adrian Georgescu
 * Incorrect account configuration (wrong SIP Proxy address) - you can fix this yourself by changing the account information
24 7 Adrian Georgescu
 * Software firewall installed on computer blocking the software - you can check or fix this by asking the system administrator
25 7 Adrian Georgescu
 * Network firewall blocking traffic - you can check or fix this by asking the network administrator
26 7 Adrian Georgescu
 * SIP Server does not answer - you must ask for support the SIP service provider and provide them the SIP trace
27 7 Adrian Georgescu
28 5 Adrian Georgescu
h3. How to troubleshoot this?
29 4 Adrian Georgescu
30 4 Adrian Georgescu
 * You can eliminate some of the possible causes by using a SIP account provided by Blink. For this add a new SIP account in Blink and select *Create a Free Account* option.
31 1 Adrian Georgescu
 * Check the Logs from menu Windows -> Logs -> SIP. Make a call and provide the logs to your service provider.
32 9 Adrian Georgescu
33 9 Adrian Georgescu
h2. Time Machine Backups
34 9 Adrian Georgescu
35 10 Adrian Georgescu
Some people reported issues with re-installing Blink from a Time Machine backup. This issue has nothing to with Blink but with Apple Store in general and Time Machine in particular. Nevertheless, you can solve it by purging completely Blink and re-installing it again from the App Store. Delete the following files:
36 9 Adrian Georgescu
37 9 Adrian Georgescu
 * /Applications/Blink Pro
38 9 Adrian Georgescu
 * ~/Library/Containers/com.agprojects.Blink/
39 9 Adrian Georgescu
 * ~/Library/Preferences/com.agprojects.Blink.plist