On 9/18/06, Johannes Eickhold <[EMAIL PROTECTED]> wrote: > I was trying to understand libsofia-sip-ua/nua/test_proxy.c to get an > idea of how to implement a proxy with sofia-sip. I think I have a rough > idea but don't really undestand the test_proxy.c code. It would be nice > if anybody could explain the main concepts used in this test.
Try to do that. > What are the main use cases (scenarios) handled in test_proxy.c? Testing registering, registration keepalive and outbound functionality of nua. It is a registrar and a stateful proxy running its own thread or su_root_t task. It handles multiple domains, each domain can have multiple AoR. Each AoR can have one binding. > What are those domain requests handled by the 3 legs with example URLs? They handle incoming requests with URIs without username. So proxy acts as UAS for those kind of requests, most interesting being OPTIONS (returning description of proxy capabilities) and REGISTER (doing registrations). > Does the proxy work statefully or statelessly? Statefully. > What kind of messages are handled by the default leg and which messages > are handled by the proxy transactions (or the default transaction). We have default leg, and it matches with all incoming requests and creates a server transaction object for them and calls proxy_request(). Default transactions are used for relaying stateless responses (late 2XX series responses to INVITE). -- Pekka.Pessi mail at nokia.com ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Sofia-sip-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
