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
Are you actually listening for RTP packets on the port you are advertising in
the INVITE (2) ? 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
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 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. I
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
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
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.
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 tr
On 11/25/2013 12:20 AM, Alexander Heinrich wrote:
> Good evening dear developers,
>
> I’m currently stuck in another problem.
> I am able to retrieve incoming calls. So my nua_create should be right.
>
> In my nua_invite I’m trying to connect to an IP Address directly. I am using
> IP4, but the c
Good evening dear developers,
I’m currently stuck in another problem.
I am able to retrieve incoming calls. So my nua_create should be right.
In my nua_invite I’m trying to connect to an IP Address directly. I am using
IP4, but the computer which I try to call does run IP6, too.
When I try t