GNOME Bugzilla – Bug 427016
stun and outbound proxy should be part of the account, not preferences
Last modified: 2007-04-12 15:05:06 UTC
I have three different VoIP providers and NONE of them share a STUN server or Outbound Proxy. Thus, when I want to switch between them, I must open Preferences, change the value and restart Ekiga for the new settings to take effect. Until I make this change, I can have as many Accounts defined as I wish, but only one of them can work at a time. If this information were part of the Account (in Accounts dialog), this would not be so painful. Other information: The three accounts are Teliax, CallCentric and FreeWorldDialup (if that matters).
But... a single STUN server is enough to punch your firewall -- it would be ridiculous to use several of them. Likewise for outbound proxies. Or do I err ?
IMHO you err. Some providers use the STUN query as part of their auth process - the auth only succeeds if their STUN server was queried from the same IP. Currently I hack that into a test accounts management backend. J.
Gasp... is that even standard-compliant !?
Which standard should cover that? J.
There certainly is a standard (probably RFC) on how to authenticate. I would be a little surprised if an IETF draft on "SIP authentification" would have as a MUST to configure a proxy and a STUN as part of the process... Damien ?
I more meant it vice versa: Which standard should forbid that an ISP checks if the client that tries to authenticate did a STUN request within the last N seconds on one of their STUN server? I can't remember which ones, but that practise exists, I had 2 or 3 such issues in #ekiga on FreeNode. J.
I have taken a few days holidays, I only read a few bug reports. If a provider relies on STUN to authenticate, then it is broken. I have never seen that. From my point of view, STUN settings should be global, they are common to all protocols. However, the SIP Outbound Proxy should be account specific. I have made the H_Release code ready to support several outbound proxies. So once Robert has committed the code, I'm ready to change that. I disagree for the STUN code. However, I will check how SNOM phones are doing things.
Sigh. In fact, we already have a bug about it... *** This bug has been marked as a duplicate of 340251 ***