ServiceProviderIssues » History » Version 9
Adrian Georgescu, 07/06/2013 10:04 AM
| 1 | 1 | Adrian Georgescu | h1. Interoperability Issues |
|---|---|---|---|
| 2 | |||
| 3 | 6 | Adrian Georgescu | Technical description of the reason for some failures are listed [[MostEncounteredProblems|here]] |
| 4 | |||
| 5 | 1 | Adrian Georgescu | h2. budgetvoip.com |
| 6 | |||
| 7 | 9 | Adrian Georgescu | Through trial and error someone was able to get calls working by setting sRTP encryption to *disabled*. The default is set to *optional*, which resulted in: |
| 8 | 1 | Adrian Georgescu | |
| 9 | 4 | Adrian Georgescu | <pre> |
| 10 | SIP/2.0 488 Not acceptable here |
||
| 11 | </pre> |
||
| 12 | 2 | Adrian Georgescu | |
| 13 | 3 | Adrian Georgescu | h2. 1&1 |
| 14 | 2 | Adrian Georgescu | |
| 15 | 8 | Adrian Georgescu | This provider requires a public IP address in the Contact header. This is plain wrong as explained [[MostEncounteredProblems#SIP-Provider-requires-STUN|here]]. Blink does not work for this reason on 1&1 network. |
| 16 | 3 | Adrian Georgescu | |
| 17 | h2. Mitel PBX |
||
| 18 | |||
| 19 | 7 | Adrian Georgescu | There are reports that Blink does work with Mitel equipment yet nobody has provided a SIP trace or logs of such failure. We had not find such hardware to test with but rumor has it the reason is the fact that Mitel sends INVITE with no SDP considering everything is a audio call. Blink as a multimedia client need to know what type of media is proposed in order to start a session. We did a synthetic test and hack to handle this in Blink, but nobody could confirm it works. |