[Asterisk-Dev] Bounty for two small patches to networking behaviour
in chan_iax2
Kris Boutilier
Kris.Boutilier at scrd.bc.ca
Fri May 6 10:10:33 MST 2005
>From http://www.voip-info.org/tiki-index.php?page=Asterisk+Bounty+IAX2
I need two patches developed as quickly as possible for chan_iax2.c that will:
1) Modify the behaviour of the general level 'bindinterface=' parameter in iax.conf such that if none of the ip addresses specified exist and are running on the host machine chan_iax2.so will cowardly refuse to load, rather than the current behaviour of falling back to listening on IN_ADDR_ANY. If the address exists but is not running chan_iax2.so should still refuse to load. This is to only affect the behaviour of the initial loading process as chan_iax2.so does not currently implement the neccessary 'reload' code to allow reconfiguring of listenting sockets while running. This is to be submitted to Mantis as a 'tweak'.
2) Implement a new 'sourceaddress=' directive at the peer configuration level in iax.conf that controls the _originating_ address of all UDP packets emitted by chan_iax2.so for transmission to that peer (ie. either trunked or untrunked IAX traffic). At load time the sourceaddress _must_ be verified against the list of addresses actually attached to the machine and, if a non-local address is specified, a WARNING be logged and the sourceaddress revert to the default behaviour (ie. kernel-selected origination). If a locally configured but non-running address is specified it should be accepted. If the configured sourceaddress for a peer should stop running during operation (such as by an interface going down) or be non-running at the time the peer configuration is loaded, the peer should be considered UNREACHABLE and a 'sourceaddress unavailable' WARNING message logged each time a new call or trunk is attempted to that peer, until the sourceaddress returns to service again (ie. is running), when a NOTICE message shall be logged indicicating the return to service. This is to be submitted to Mantis as a 'new feature'.
My contribution to the bounty for these items is currently set at:
1) us$30
2) us$100
Each bounty will become payable to the submittor of record of the Mantis bugreport upon incorporation of the patch into cvs-head by the maintainers. Method of payment to be determined at that time. The successful submittor will be required to submit an invoice by fax, email or snail mail, payment upon receipt.
Any questions: kris.boutilier at scrd.bc.ca
Thanks.
Kris Boutilier
Information Services Coordinator
Sunshine Coast Regional District
More information about the asterisk-dev
mailing list