Can you set TPORT_LOG=1 and show us the SIP trace of the failed call?
On Nov 27, 2013, at 9:09 AM, Alexander Heinrich <alexan...@sn0wfreeze.de> wrote:

I thought that, too 

So I downloaded a SIP App from the Appstore and tried to call the Mac App with 
the SIP App and it worked. 

The Mac App is downloaded from the web. It’s called Jitsi. 
So there must be a mistake in my code. But I am not able to figure it out. 


Greetings, 
Alexander Heinrich


On 27 Nov 2013, at 09:52, Andreas Wehrmann <andreas_wehrm...@yahoo.at> wrote:

> But then I guess it's a problem on the other end since there is nothing else 
> you can do.
> If the Mac-App responds with 100 - Trying it MUST have received your INVITE 
> (otherwise where would 100 come from?).
> 
> Did you write the Mac-App yourself or is it some third-party app you're 
> trying to call?
> I would suggest that if you're trying to write a Soft-phone that you get your 
> hands on another
> Soft-phone which is known to work. So you have something to test your 
> application against.
> 
> Regards,
> Andreas
> 
> 
> 
> Alexander Heinrich <alexan...@sn0wfreeze.de> schrieb am 9:13 Mittwoch, 
> 27.November 2013:
> Yes this is actually the problem. 
> 
> When I’m trying to call somebody the App which should receive the call 
> doesn’t not start to ring and I’m not able to accept the call. 
> 
> But I know, that it receiving a message from the caller, because the Mac App 
> starts to bounce in the dock like it should do. 
> 
> I hope you understand what I mean. 
> 
> It works like that 
> 
> iPhone —> Sending invite on local Network —> Mac - App 
> iPhone <—  100 Trying  <— Mac-App 
> 
> And that’s it. The Mac-App does not show, that it gets an invite. And it’s 
> actually not ringing. 
> 
> Thanks for your assistance.
> 
> Greetings, 
> Alexander Heinrich
> 
> 
> 
> 
> On 27 Nov 2013, at 09:01, Andreas Wehrmann <andreas_wehrm...@yahoo.at> wrote:
> 
>> Actually, this looks ok to me.
>> You send an INVITE and get a response of 100 - Trying which is perfectly 
>> normal.
>> Whether the peer you're calling sends 180 - Ringing or not is up to him 
>> since this is optional.
>> 
>> The log "not found by name" should not worry you, I'm not entirely sure what 
>> Sofia is trying to do there,
>> I'm guessing it's trying to do a reverse lookup which probably fails 
>> resulting in this supposed error log
>> (I get the same log in my application but everything works).
>> 
>> What problem remains now?
>> Can you not establish the call?
>> 
>> Regards,
>> Andreas
>> 
>> 
>> 
>> Alexander Heinrich <alexan...@sn0wfreeze.de> schrieb am 22:21 Dienstag, 
>> 26.November 2013:
>> Thanks for your help, but this still doesn’t work for me.
>> 
>> Here’s my output: 
>> 
>>  nta: timer A fired, retransmit INVITE (898622220)
>> tport_release(0x14deafc0): 0x14ef5bd0 by 0x14ef6330 with 0x0
>> tport_tsend(0x14deafc0) tpn = */192.168.178.82:5060
>> tport_resolve addrinfo = 192.168.178.82:5060
>> tport_by_addrinfo(0x14deafc0): not found by name */192.168.178.82:5060
>> tport_vsend returned 687
>> nta: resent INVITE (898622220) to */192.168.178.82:5060
>> 
>> And that’s my actual code: 
>> 
>>   url_string_t *url = URL_STRING_MAKE(sipAddress) ;
>>     sip_to_t *to = sip_to_create(NULL, url);
>>     
>>     op.handle = nua_handle(app.nua, NULL,SIPTAG_TO(to), TAG_END());
>>   
>> nua_invite(op.handle,SOATAG_USER_SDP_STR("m=audio 20000 RTP/AVP 0\n"
>>                                              "a=rtpmap:0 PCMU/8000\n"
>>                                              "v = 0\n"
>>                                              "o=Alex\n"
>>                                              "s=Audio"),
>>                SIPTAG_TO(to),
>>                TAG_END());
>>     
>> I don’t know why the address could not be found. 
>> tport_by_addrinfo(0x14deafc0): not found by name */192.168.178.82:5060
>> 
>> Some of you said, that binding to a specifc interface could help. So I tried 
>> binding to my IP:
>>   app.nua = nua_create(app.root,
>>                                event_callback,
>>                                NULL,
>>                               NUTAG_URL("sip:192.168.178.145:5060"),
>>                              NUTAG_AUTOALERT(1),
>>                              NTATAG_PASS_100(1),
>>                              NTATAG_PASS_408(1),
>>                              TAG_END());
>> And I’m actually getting a different output. 
>> 
>> I’ll try to explain what the output says, so you don’t have to read 
>> everything:
>> I’m sending an invite to the correct IP address. The SIP client is answering 
>> 100 Trying like it should do. 
>> Normally that should be followed by 180 ringing automatically. 
>> But at the end nta says, that the timer is not set. 
>> 
>> I tried setting different timers, too. Is there a specific tag for the nta 
>> timer? So it could start ringing automatically ? 
>> 
>> 
>> 
>> ------------ 
>>  Event nua_i_state 
>>  Status 0  
>>  INVITE sent
>>  ------------ 
>>  
>>  nta: timer A fired, retransmit INVITE (898622277)
>> tport_release(0x15557090): 0x1554ea60 by 0x1554cd10 with 0x0
>> tport_tsend(0x15557090) tpn = */192.168.178.82:5060
>> tport_resolve addrinfo = 192.168.178.82:5060
>> tport_by_addrinfo(0x15557090): not found by name */192.168.178.82:5060
>> tport_vsend returned 697
>> nta: resent INVITE (898622277) to */192.168.178.82:5060
>> tport_pend(0x15557090): pending 0x1554ea60 for udp/192.168.178.145:5060 
>> (already 0)
>> nta_outgoing_timer: 1/1 resent, 0/1 tout, 0/0 term, 0/1 free
>> nta: timer set next to 1000 ms
>> tport_wakeup_pri(0x15557090): events IN
>> tport_recv_event(0x15557090)
>> tport_recv_iovec(0x15557090) msg 0x1554b1c0 from (udp/192.168.178.145:5060) 
>> has 304 bytes, veclen = 1
>> tport_deliver(0x15557090): msg 0x1554b1c0 (288 bytes) from 
>> udp/192.168.178.82:5060/sip next=0x0
>> nta: received 100 Trying for INVITE (898622277)
>> nta: 100 Trying is going to a transaction
>> nta_outgoing: RTT is 510.482 ms
>> tport_release(0x15557090): 0x1554ea60 by 0x1554cd10 with 0x1554b1c0 
>> (preliminary)
>> nua: nua_application_event: entering
>> 
>>  ------------ 
>>  Event nua_r_invite 
>>  Status 100  
>>  Trying
>>  ------------ 
>>  
>>  tport_wakeup_pri(0x15557090): events IN
>> tport_recv_event(0x15557090)
>> tport_recv_iovec(0x15557090) msg 0x156b52c0 from (udp/192.168.178.145:5060) 
>> has 304 bytes, veclen = 1
>> tport_deliver(0x15557090): msg 0x156b52c0 (288 bytes) from 
>> udp/192.168.178.82:5060/sip next=0x0
>> nta: received 100 Trying for INVITE (898622277)
>> nta: 100 Trying is going to a transaction
>> tport_release(0x15557090): 0x1554ea60 by 0x1554cd10 with 0x156b52c0 
>> (preliminary)
>> nua: nua_application_event: entering
>> 
>>  ------------ 
>>  Event nua_r_invite 
>>  Status 100  
>>  Trying
>>  ------------ 
>>  
>>  nta: timer not set
>> 
>> Greetings, 
>> Alexander Heinrich 
>> 
>> 
>> 
>> 
> 
> 
> 

------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

Reply via email to