A machine with more than one default gateway is a VERY special case (used for load-balancing or possibly failover). Most systems will not allow it. I mean... logically, it's odd. Default means "when not applied to any other special rule, I choose this one." Not this two. Not this three. This one. It used to be called the Gateway of Last Resort. Last being final and not penultimate.
With that being said, if you somehow manage to get by the internal consistency checks and more than one interface (and by interface, I also mean alias, as those are 'virtual interfaces') matches the default gateway, your machine is misconfigured and internet traffic will not properly flow. I know you're just the messenger here, and it's not your fault. But the message is wrong. Ekiga has tried to solve a problem (that of determining a 'best path' for SIP to allow data flow in a NAT or filtered scenario) using poorly thought-out logic. While there may be any number of SIP proxies out there (SER is one of them, and I know that's what the Ekiga service uses) that might be able to handle a mistake on the client side with ease and grace, there's no guarantee that they all will, and assuming they will simply because your test environment allows it is lazy. The RFCs are there for a reason. All SIP forking is UAS territory. Not UAC territory. N. Brian J. Murrell wrote: > On Fri, 2008-09-26 at 08:43 +0100, Grey Man wrote: > >> It's not particularly difficult to determine the best IP address for a >> piece of client software to use. >> > > Oh? > > >> Check the local machines default >> gateway, apply the subnet mask and then compare it against all the >> local IP's. >> > > Yeah? And if more than one matches? Then what? > > Have you read the whole thread here? > > b. > > > ------------------------------------------------------------------------ > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
