Alain Knaff

a detailed SIPE log with libnice git HEAD will show that the private IPs are no longer returned as valid candidates by libnice Indeed, there were no longer any "c=IN IP4 192.168.178.42" lines in the log with the git HEAD version. However, the following still showed up: a=candidate:1 1 UDP 2028994815 192.168.178.42 50054 typ host a=candidate:1 2 UDP 2028994814 192.168.178.42 50030 typ host a=candidate:10 1 TCP-PASS 174326015 185.106.25.8 59245 typ relay raddr 192.168.178.42 rport 50032 a=candidate:10...

Correction: Actually, there is some improvement with the HEAD version: connection can now be initiated from either side (issue #1) ... only the set up time remains slow (15 seconds) (issue #2). With my trap-bind.c workaround, connection setup is instantaneous.

It can still be reproduced with git HEAD (downloaded April 10th 16:33 CET)

I reported it just now to libnice: https://gitlab.freedesktop.org/libnice/libnice/-/issues/108

SIPE currently ignores the local IP address configured in Pidgin, making it impossible to use with a corporate server that is reachable only via VPN

In order to prepare for an upcoming teleconference on Skype for business I'm trying out the pidgin SIPE plugin on our internal server with a colleague (let's call him Paul). There are 4 issues here: I cannot call Paul. After a while I see a popup "User sip:paul@ourcompany.lu is not available" and he sees "User rejected call" Fortunately, he can call me. However, it takes a certain time until the window to accept or reject the call appears on my screen. After accepting the call, it takes some more...

When printing a diagram, texts on sequence flows cover each other