[bf1942] VOIP and sv.interfaceIP/sv.serverIP

David Stevens dave at netdefense.ca
Wed Jul 6 10:28:12 EDT 2005


I believe it has something to do with bandwidth monitoring.. but I am not
sure.


-----Original Message-----
From: sjdel at nycap.rr.com [mailto:sjdel at nycap.rr.com] 
Sent: Tuesday, July 05, 2005 3:11 PM
To: bf1942 at icculus.org
Subject: Re: RE: [bf1942] VOIP and sv.interfaceIP/sv.serverIP

That would be them :)  I've run into a number of situations where that has
been a real pain... why not just use 2 
physical interfaces, one theirs, one the clients. Would solve so many
problems.

----- Original Message -----
From: David Stevens <dave at netdefense.ca>
Date: Tuesday, July 5, 2005 5:03 pm
Subject: RE: [bf1942] VOIP and sv.interfaceIP/sv.serverIP

> Same situation, no solution as of yet.
> 
> I have asked the ISP if I can use the "not allowed" IP..  they 
> still have
> not got back to me..
> 
> Are you using 15minuteservers?
> 
> 
> -----Original Message-----
> From: sjdel at nycap.rr.com [mailto:sjdel at nycap.rr.com] 
> Sent: Tuesday, July 05, 2005 2:15 PM
> To: bf1942 at icculus.org
> Subject: [bf1942] VOIP and sv.interfaceIP/sv.serverIP
> 
> Don't know if this has been addressed yet or not, if so, I'll dig 
> some more
> through my list emails...
> 
> I have a server whose primary IP on my ethernet interface isn't 
> supposed to
> be used for anything.  I have 12 
> other virtual IPs defined and have our bf2 server on the first virtual
> interface.
> 
> as we know, in this situation, you need to have both sv.serverIP and
> sv.interfaceIP defined in order for the 
> server to bind to a specific port. Problem here is that VOIP will 
> still bind
> to 0.0.0.0:55124-55125.
> 
> Anyone in a similar situation find a solution to this?
> 
> 
> 
> 




More information about the Bf1942 mailing list