On date Monday 2008-06-09 15:51:11 +0200, Stefano Sabatini wrote: > On date Friday 2008-06-06 14:50:26 +0200, Stefano Sabatini wrote: > > On date Friday 2008-06-06 13:38:57 +0200, Timo Bruhn wrote: > > [...] > > > Hi Stefano, > > > > > > maybe this helps you: > > > > > > nua_invite(handle, NUTAG_MEDIA_ENABLE(0), TAG_END()); > > > > > > As far as i know this deactivates the SDP offer/answer engine for the > > > call, which would wait for user sdp and won't > > > send the invite if none is provided. You can activate the engine later in > > > the call with: > > > nua_set_hparams(handle, NUTAG_MEDIA_ENABLE(1), TAG_END()); > > > > Yes in this way it worked fine. > > > > > By the way: if you destroy the handle directly after calling > > > nua_invite(), sofia will end the call. Maybe this causes some > > > trouble, two. Perhaps it would be better to destroy the handle in the > > > event callback. > > > > Good point, I'll simply leave that for now (I still have to understand > > how to associate an arriving message of a dialog to an already sent > > one). > > > > BTW, which is the simpler way to print an incoming message in the > > event callback function? > [...] > > Since I enabled the sofia-sip logging facility, now I can see: > > > > make sip-inviter; and env TPORT_DEBUG=1 sip-inviter sip:xx.xx.x.204:5060 > > gcc -g -O0 -I/home/stefano/include/sofia-sip-1.12 -L/home/stefano/lib > > -lsofia-sip-ua -o sip-inviter sip-inviter.c > > su_port_create(0x804a008): epoll_create() => 0: OK > > su_socket_port_init(0x804a008, 0xb7f62f80) called > > su_pthread_port_init(0x804a008, 0xb7f62f80) called > > nua: nua_create: entering > > su_port_create(0x804a790): epoll_create() => 0: OK > > su_socket_port_init(0x804a790, 0xb7f62f80) called > > su_pthread_port_init(0x804a790, 0xb7f62f80) called > > nua: nua_stack_init: entering > > nua: nua_stack_set_params: entering > > soa_create("default", 0x804ac18, 0x804acb0) called > > soa_set_params(static::0x804b0a0, ...) called > > soa_set_params(static::0x804b0a0, ...) called > > nta_agent_create: initialized hash tables > > nta_agent_create: initialized transports > > nta_agent_create: initialized random identifiers > > nta_agent_create: initialized timer > > nta_agent_create: initialized resolver > > nta: master transport created > > nta: bound to (localhost:5060;transport=*) > > nta: agent_init_via: SIP/2.0/udp localhost (sip) > > nta: agent_init_via: SIP/2.0/tcp localhost (sip) > > nta: Via fields initialized > > nta: Contact header created > > nua_register: Adding contact URL 'localhost' to list. > > nua: nh_create_handle: entering > > Sending the invite to sip:10.88.3.204:5060... > > nua: nua_invite: entering > > nua(0x804d8b8): sent signal r_invite > > nua: nua_handle_destroy: entering > > nua(0x804d8b8): sent signal r_destroy > > nua: nua_stack_set_params: entering > > nta_leg_tcreate(0x804e050) > > nua(0x804d8b8): adding session usage > > nta: selecting scheme sip > > nta: INVITE (100259833): Invalid argument (22) with */[xx.xx.x.204]:5060 > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Do you have any hint about this? What's the meaning of the 22 code? > > It turned out that the problem was that the stack doesn't seem to > recognize as valid an IP address (using latest Sofia darcs). It is > this a limitation of sofia-sip or is it an error from myself? > > Anyway maybe a more clear message in the function > tport_prepare_and_send in would be nice. > > Well so I put in my /etc/hosts a name for the hardsipphone I'm > sending the invite to, and now I get: > > > Starting program: /home/stefano/src/Sandbox/C/libsofia/sip-inviter sip:[EMAIL > PROTECTED]:5060 > [Thread debugging using libthread_db enabled] > su_port_create(0x804a008): epoll_create() => 0: OK > su_socket_port_init(0x804a008, 0xb7f42f80) called > su_pthread_port_init(0x804a008, 0xb7f42f80) called > nua: nua_create: entering > [New Thread 0xb7ac86b0 (LWP 19128)] > [New Thread 0xb7ac7b90 (LWP 19133)] > su_port_create(0x804a790): epoll_create() => 0: OK > su_socket_port_init(0x804a790, 0xb7f42f80) called > su_pthread_port_init(0x804a790, 0xb7f42f80) called > nua: nua_stack_init: entering > nua: nua_stack_set_params: entering > soa_create("default", 0x804ac18, 0x804acb0) called > soa_set_params(static::0x804b0a0, ...) called > soa_set_params(static::0x804b0a0, ...) called > nta_agent_create: initialized hash tables > nta_agent_create: initialized transports > nta_agent_create: initialized random identifiers > nta_agent_create: initialized timer > nta_agent_create: initialized resolver > tport_create(): 0x804c328 > nta: master transport created > tport_bind_server(0x804c328) to */localhost:5060/sip > tport_bind_server(0x804c328): calling tport_listen for udp > tport_alloc_primary(0x804c328): new primary tport 0x804cea8 > tport_listen(0x804cea8): listening at udp/127.0.0.1:5060/sip > tport_bind_server(0x804c328): calling tport_listen for tcp > tport_alloc_primary(0x804c328): new primary tport 0x804d1b0 > tport_listen(0x804d1b0): listening at tcp/127.0.0.1:5060/sip > nta: bound to (localhost:5060;transport=*) > nta: agent_init_via: SIP/2.0/udp localhost (sip) > nta: agent_init_via: SIP/2.0/tcp localhost (sip) > nta: Via fields initialized > nta: Contact header created > nua_register: Adding contact URL 'localhost' to list. > nua: nh_create_handle: entering > Sending the invite to sip:[EMAIL PROTECTED]:5060... > nua: nua_invite: entering > nua(0x804d8b8): sent signal r_invite > nua: nua_stack_set_params: entering > soa_clone(static::0x804b0a0, 0x804ac18, 0x804d8b8) called > soa_set_params(static::0x804dc10, ...) called > soa_set_params(static::0x804dc10, ...) called > soa_set_user_sdp(static::0x804dc10, (nil), 0x804db44, -1) called > soa_set_capability_sdp(static::0x804dc10, (nil), 0x804db44, -1) called > nta_leg_tcreate(0x804e0e0) > nua(0x804d8b8): adding session usage > soa_init_offer_answer(static::0x804dc10) called > soa_generate_offer(static::0x804dc10, 0) called > soa_static_offer_answer_action(0x804dc10, soa_generate_offer): called > soa_static(0x804dc10, soa_generate_offer): generating local description > soa_static(0x804dc10, soa_generate_offer): upgrade with local description > soa_sdp_mode_set(0xb7ac6f24, (nil), ""): called > soa_static(0x804dc10, soa_generate_offer): storing local description > soa_get_local_sdp(static::0x804dc10, [(nil)], [0xb7ac6fcc], [0xb7ac6fc8]) > called > nta: selecting scheme sip > sres_cache_get(0x804ba78, A, "aastra-204.") called > nta: for "aastra-204" query "aastra-204" A > sres_query(0x804b900, 0x804fcf8, A, "aastra-204") called > sres_send_dns_query(0x804b900, 0x804fec0) called > sres_sofia_update(0x804c038, 15, -1) > sres_send_dns_query(0x804b900, 0x804fec0) id=38713 A aastra-204 (to > [10.xx.x.254]:53) > nua(0x804d8b8): call state changed: init -> calling, sent offer > soa_get_local_sdp(static::0x804dc10, [0xb7ac6ff8], [0xb7ac6ff4], [(nil)]) > called > nua: nua_application_event: entering > Arrived event number 1 > I have received the event nua_i_state with status 0: INVITE sent > > At this point I get an error message number 3 in > sres_resolver_receive (res=0x804b900, socket=15) at sres.c:3386 > > then it continues like this: > > RR received . SOA IN 9121 rdlen=64 > sres(q=0x804fec0): reporting errors for 1 aastra-204 > nta: timer set to 32000 ms > nua(0x804d8b8): call state changed: calling -> init > nua(0x804d8b8): removing session usage > soa_destroy(static::0x804dc10) called > nta_leg_destroy(0x804e0e0) > nua: nua_application_event: entering > Arrived event number 2 > I have received the event nua_r_invite with status 503: DNS Error > nua: nua_application_event: entering > Arrived event number 3 > I have received the event nua_i_state with status 503: DNS Error > nua: nua_application_event: entering > Arrived event number 4 > I have received the event nua_i_terminated with status 503: DNS Error > > I'm not a DNS expert, can you suggest what's going wrong now? > > Many thanks in advance, best regards.
Hi all, after some investigations I realized the fact that the problem is in the string aastra-204, which isn't resolved by the DNS since it is defined in the /etc/hosts file. So I wonder, how do I have to instruct the DNS resolver system to use access that file? Regards and thanks in advance. ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel