Before trying this and that and assuming something goes through, here's a suggestion:
On your MAC: start Wireshark (you do know that, right?) and repeat the test. That way, you'll know exactly what goes where from whom and you'll be able to inspect the packets one by one. Wireshark actually has a nice feature that can list all VoIP calls it happened to notice while sniffing network traffic. Regards, Andy On 11/27/2013 07:25 PM, Alexander Heinrich wrote: > Actually the port should be open. > > Now I’m getting some new logs and a new experience. (I increased the > NTA_TIMER_C() to 10000) > > When I try to call in my network I’m still getting a bad output: > > * tport_wakeup_pri(0x14d48680): events IN* > *tport_recv_event(0x14d48680)* > *tport_recv_iovec(0x14d48680) msg 0x14d1ab70 from (udp/192.168.178.145:5060) > has > 304 bytes, veclen = 1* > *tport_deliver(0x14d48680): msg 0x14d1ab70 (288 bytes) from > udp/192.168.178.82:5060/sip next=0x0* > *nta: received 100 Trying for INVITE (898641285)* > *nta: 100 Trying is going to a transaction* > *nta_outgoing: RTT is 420.385 ms* > *tport_release(0x14d48680): 0x14e8bc90 by 0x14d1a900 with 0x14d1ab70 > (preliminary)* > *nua: nua_application_event: entering* > ** > * ------------ * > * Event nua_r_invite * > * Status 100 * > * Trying* > * ------------ * > ** > * nta: timer set next to 9919 ms* > *nta: timer C fired, CANCEL and timeout INVITE (898641285)* > *tport_tsend(0x14d48680) tpn = UDP/192.168.178.82:5060* > *tport_resolve addrinfo = 192.168.178.82:5060* > *tport_by_addrinfo(0x14d48680): not found by name UDP/192.168.178.82:5060* > *tport_vsend returned 296* > *nta: sent CANCEL (898641285) to UDP/192.168.178.82:5060* > *tport_pend(0x14d48680): pending 0x14d1b190 for udp/192.168.178.145:5060 > (already 1)* > *nta_outgoing_timer: 0/0 resent, 1/0 tout, 0/0 term, 0/1 free* > *nta: timer set next to 500 ms* > *tport_wakeup_pri(0x14d48680): events IN* > *tport_recv_event(0x14d48680)* > *tport_recv_iovec(0x14d48680) msg 0x14e8b470 from (udp/192.168.178.145:5060) > has > 833 bytes, veclen = 1* > *tport_deliver(0x14d48680): msg 0x14e8b470 (399 bytes) from > udp/192.168.178.82:5060/sip next=0x0* > *nta: received 200 OK for CANCEL (898641285)* > *nta: 200 OK is going to a transaction* > *nta_outgoing: RTT is 240.489 ms* > *tport_release(0x14d48680): 0x14d1b190 by 0x14d1b6c0 with 0x14e8b470* > *tport_wakeup_pri(0x14d48680): events IN* > *tport_recv_event(0x14d48680)* > *tport_recv_iovec(0x14d48680) msg 0x14e8adb0 from (udp/192.168.178.145:5060) > has > 418 bytes, veclen = 1* > *tport_deliver(0x14d48680): msg 0x14e8adb0 (402 bytes) from > udp/192.168.178.82:5060/sip next=0x0* > *nta: received 487 Request Terminated for INVITE (898641285)* > *nta: 487 Request Terminated is going to a transaction* > *tport_release(0x14d48680): 0x14e8bc90 by 0x14d1a900 with 0x14e8adb0* > *tport_tsend(0x14d48680) tpn = UDP/192.168.178.82:5060* > *tport_resolve addrinfo = 192.168.178.82:5060* > *tport_by_addrinfo(0x14d48680): not found by name UDP/192.168.178.82:5060* > *tport_vsend returned 290* > *nta: sent ACK (898641285) to UDP/192.168.178.82:5060* > *nta: outgoing_free(0x14d1b8e0)* > *nua(0x14e8c170): call state changed: calling -> init* > *nua(0x14e8c170): removing session usage* > *soa_destroy(static::0x14d1d780) called* > *nta_leg_destroy(0x14e8bb80)* > *nua: nua_application_event: entering* > ** > * ------------ * > * Event nua_r_invite * > * Status 487 * > * Request Terminated* > * ------------ * > > > But in the recent calls section of my Mac App I can see that someone was > trying > to call. > As an attachment I’m sending you a screenshot. > > I tried the TPORT_Log thing (seen in the output) and I think RTP packets > should > come through, because calling from the Mac App to my iPhone works perfectly. > Greetings, > Alexander Heinrich > > > On 27 Nov 2013, at 10:58, Dave Horton <d...@dchorton.com > <mailto:d...@dchorton.com>> wrote: > > > Are you actually listening for RTP packets on the port you are advertising > > in > > the INVITE (20000) ? If not, and the SIP signaling you are generating > > otherwise looks ok, I would suspect that the Mac app experiences failure in > > sending initial RTP to that port (receives ICMP destination unreachable > > since > > nothing is listening on that port) and reacts according to what you are > > seeing. > > > > > > On Nov 27, 2013, at 9:09 AM, Alexander Heinrich <alexan...@sn0wfreeze.de > > <mailto: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 > > <mailto: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 > >> <mailto: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 > >> <mailto: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 > >>> <mailto: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 <x-msg://1744/>"), > >>> 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 > > <mailto: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
