problem in making call with pjsua (invite sent to unknown IP even with pjsua_app application)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



hi again,

>>Have you look at the log?

yes; I have , the to , from and contact look OK (as desired).
but when I looked into the destination IP address of the invite in wireshark
I got this IP 64.14.244.60.

this is because the DNS resolver is not available and then it resolves the
sip URI to that IP Address by gethostname(). (from the log below in red)

why is this? how can it resolve the SIP URI to that IP address?

//EMON

here is some snap from log file..

14:43:22.949    tsx01752D0C Timeout timer event
14:43:22.949    tsx01752D0C State changed from Calling to Terminated,
event=TIMER
14:43:22.949    pjsua_acc.c SIP registration failed, status=408 (Request
Timeout)
14:43:22.952    tsx01752D0C Timeout timer event
14:43:22.952    tsx01752D0C State changed from Terminated to Destroyed,
event=TIMER
14:43:22.952   tdta01751C78 Destroying txdata Request msg
REGISTER/cseq=43937 (tdta01751C78)
14:43:22.952    tsx01752D0C Transaction destroyed!
14:44:16.234  pjsua_media.c pjsua_set_snd_dev(): attempting to open devices
@16000 Hz
14:44:16.408      pasound.c Opened device Microphone (Realtek High
Defini(MME)/Speakers (Realtek High Definiti(MME) for recording and playback,
sample rate=16000, ch=1, bits=16, 320 samples per frame, input latency=100
ms, output latency=100 ms
14:44:16.408      pasound.c Starting Microphone (Realtek High Defini
stream..
14:44:16.409      pasound.c PA message: Pa_StartStream: waveInStart returned
= 0x0.

14:44:16.409      pasound.c Done, status=0
14:44:16.410   echo_speex.c Speex Echo canceller/AEC created,
clock_rate=16000, samples per frame=320, tail length=200 ms, latency=200 ms
14:44:16.412   pjsua_call.c Making call with acc #2 to
sip:zahed2 at xxx.com<sip%3Azahed2 at xxx.com>
14:44:16.412    dlg02C7817C UAC dialog created
14:44:16.420  pjsua_media.c Media index 0 selected for call 0
14:44:16.421    dlg02C7817C Module mod-invite added as dialog usage,
data=01738FB8
14:44:16.422    dlg02C7817C Session count inc to 2 by mod-invite
14:44:16.422    dlg02C7817C Module mod-100rel added as dialog usage,
data=02C78EB4
14:44:16.422    dlg02C7817C 100rel module attached
14:44:16.422    inv02C7817C UAC invite session created for dialog
dlg02C7817C
14:44:16.422       endpoint Request msg INVITE/cseq=15363 (tdta02C7CE88)
created.
14:44:16.422    inv02C7817C Sending Request msg INVITE/cseq=15363
(tdta02C7CE88)
14:44:16.422    dlg02C7817C Sending Request msg INVITE/cseq=15363
(tdta02C7CE88)
14:44:16.422    tsx0177F4E4 Transaction created for Request msg
INVITE/cseq=15362 (tdta02C7CE88)
14:44:16.422    tsx0177F4E4 Sending Request msg INVITE/cseq=15362
(tdta02C7CE88) in state Null
14:44:16.422  sip_resolve.c DNS resolver not available, target 'xxx.com:0'
type=Unspecified will be resolved with gethostbyname()
14:44:16.461      pasound.c Recorder thread started
14:44:16.462      pasound.c Player thread started
14:44:16.462    aec01751CCC AEC reset, delay=0, prefetch=4
14:44:16.462    aec01751CCC  AEC Info: old frame removed (seq=1, want=-2,
count=1)
14:44:16.463    aec01751CCC  AEC Info: empty queue for seq=-2!
14:44:16.463    aec01751CCC AEC reset, delay=-2, prefetch=4
14:44:16.515    aec01751CCC AEC reset, delay=-3, prefetch=4
14:44:16.515    aec01751CCC  AEC Info: old frame removed (seq=2, want=-2,
count=1)
14:44:16.515    aec01751CCC  AEC Info: empty queue for seq=-2!
14:44:16.568    aec01751CCC  AEC Info: old frame removed (seq=3, want=-1,
count=1)
14:44:16.568    aec01751CCC  AEC Info: empty queue for seq=-1!
14:44:16.568    aec01751CCC AEC reset, delay=-4, prefetch=4
14:44:16.568    aec01751CCC  AEC Info: prefetching (first seq=4)
14:44:16.621    aec01751CCC  AEC Info: prefetching (first seq=4)
14:44:16.621    aec01751CCC  AEC Info: prefetching (first seq=4)
14:44:16.675    aec01751CCC  AEC Info: prefetching (first seq=4)
14:44:16.675    aec01751CCC  AEC info: queue is full, frame discarded
[count=6, seq=10]
14:44:16.675    aec01751CCC AEC reset, delay=-1, prefetch=4
14:44:16.675    aec01751CCC  AEC Info: prefetching (first seq=10)
14:44:16.675    aec01751CCC  AEC Info: prefetching (first seq=10)
14:44:16.728    aec01751CCC  AEC Info: prefetching (first seq=10)
14:44:16.750  sip_resolve.c Target 'wipe.xxx:0' type=Unspecified resolved to
'64.34.46.60:5060' type=UDP (UDP transport)
14:44:16.751   pjsua_core.c TX 1045 bytes Request msg INVITE/cseq=15362
(tdta02C7CE88) to UDP 64.34.46.60:5060:
INVITE sip:zahed2 at xxx.com <sip%3Azahed2 at xxx.com> SIP/2.0
Via: SIP/2.0/UDP 92.254.195.215:5060
;rport;branch=z9hG4bKPj13ac3b662210476abf55442c4f222d98
Max-Forwards: 70
From: sip:zahed1@xxxxxxx <sip%3Azahed1 at xxx.com>
;tag=649c0a49fcb7456582fb8b58e9180fa0
To: sip:zahed2 at xxx.com <sip%3Azahed2 at xxx.com>
Contact: <sip:zahed1 at 92.254.195.215:5060>
Call-ID: e9e69b640f504afdba1121ee6e8fec4a
CSeq: 15362 INVITE
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY, PUBLISH,
REFER, MESSAGE, OPTIONS
Supported: replaces, 100rel, norefersub
User-Agent: PJSUA v0.9.0-release/win32
Content-Type: application/sdp
Content-Length:   465

v=0
o=- 3425035456 3425035456 IN IP4 92.254.195.215
s=pjmedia
c=IN IP4 92.254.195.215
t=0 0
a=X-nat:0
m=audio 4000 RTP/AVP 103 102 104 117 3 0 8 9 101
a=rtcp:4001 IN IP4 92.254.195.215
a=rtpmap:103 speex/16000
a=rtpmap:102 speex/8000
a=rtpmap:104 speex/32000
a=rtpmap:117 iLBC/8000
a=fmtp:117 mode=30
a=rtpmap:3 GSM/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=sendrecv
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15




On Mon, Jul 14, 2008 at 12:03 PM, Benny Prijono <bennylp at pjsip.org> wrote:
> On Mon, Jul 14, 2008 at 10:45 AM, Zahed Emon <ena2413 at gmail.com> wrote:
>>
>> Hi,
>>
>> yes, I also think that the INVITE will be send directly. BUt I am not
>> providing any URI which has that IP. In my network that IP is not
>> available. I dont know from where it is getting the IP.
>
> Have you look at the log?
>
>>
>> is this any default stun/turn server's IP?
>>
>
> No. SIP requests are sent to the target URI or Route URI, and that's just
> about it.
>
> Cheers
>  Benny
>
>
>>
>> BR
>>
>> Zahed
>>
>> On Mon, Jul 14, 2008 at 11:00 AM, Benny Prijono <bennylp at pjsip.org>
wrote:
>> > On Sat, Jul 12, 2008 at 9:11 PM, Zahed Emon <ena2413 at gmail.com> wrote:
>> >>
>> >> Hi,
>> >>
>> >> I have created my small app which just register with SIP server and
>> >> makes call to other client.
>> >>
>> >> now the sip registration works fine. but I when tried to call other
>> >> registered user I saw not SIP invite is going to SIP server rather
>> >> they goes to some IP like 68.44.244.60. eventually it does not get any
>> >> response and dies.
>> >>
>> >> I dont know why it is sending invite to the IP address? I tried with
>> >> the pjsua_app application that comes with the distribution and still
>> >> have the same problem.
>> >>
>> >
>> > Since there's no route set, the INVITE will be sent to the target URI
>> > (the
>> > "URI" variable in your snippet). Is this not the case?
>> >
>> >  -benny
>> >
>> >
>> >>
>> >> I am using UDP transport for SIP. I am behind a firewall that stops
>> >> every UDP packet send outside and coming inside.
>> >>
>> >> please help me solve this problem.
>> >>
>> >> here is some snap of the code
>> >>
>> >> //Emon
>> >>
>> >> //add UDP tranport
>> >>
>> >>       pjsua_transport_config trans_cfg_UDP;
>> >>       pjsua_transport_config_default(&trans_cfg_UDP);
>> >>       trans_cfg.public_addr = pj_str("xxx.yyy.zzz.146");
>> >>
>> >>       status = pjsua_transport_create(PJSIP_TRANSPORT_UDP,
>> >> &trans_cfg_UDP,
>> >> &trans_id_UDP);
>> >>       if(status != PJ_SUCCESS)
>> >>       {
>> >>               error_exit("Error in creating UDP transport", status);
>> >>       }
>> >>
>> >>
>> >> acc_cfg.id = pj_str(uri);
>> >>               acc_cfg.reg_uri = pj_str ("sip:"MYdomain);
>> >>               acc_cfg.cred_count = 1;
>> >>               acc_cfg.cred_info[0].realm = pj_str("*");
>> >>               acc_cfg.cred_info[0].scheme = pj_str("digest");
>> >>               acc_cfg.cred_info[0].username = pj_str(user);
>> >>               acc_cfg.cred_info[0].data_type =
>> >> PJSIP_CRED_DATA_PLAIN_PASSWD;
>> >>               acc_cfg.cred_info[0].data = pj_str(pass);
>> >>       }
>> >>
>> >>
>> >>       status = pjsua_acc_add(&acc_cfg,PJ_TRUE,&acc_id);
>> >>       if(status != PJ_SUCCESS)
>> >>       {
>> >>               error_exit("Error in registration", status);
>> >>       }
>> >>
>> >>       pj_str_t uri = pj_str(URI);
>> >>
>> >>       status = pjsua_call_make_call(acc_id,&uri,0,NULL,NULL,NULL);
>> >>       if(status != PJ_SUCCESS)
>> >>       {
>> >>               error_exit("Error in Making call", status);
>> >>       }
>> >>
>> >> _______________________________________________
>> >> Visit our blog: http://blog.pjsip.org
>> >>
>> >> pjsip mailing list
>> >> pjsip at lists.pjsip.org
>> >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>> >
>> >
>> > _______________________________________________
>> > Visit our blog: http://blog.pjsip.org
>> >
>> > pjsip mailing list
>> > pjsip at lists.pjsip.org
>> > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>> >
>> >
>>
>> _______________________________________________
>> Visit our blog: http://blog.pjsip.org
>>
>> pjsip mailing list
>> pjsip at lists.pjsip.org
>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing list
> pjsip at lists.pjsip.org
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20080714/4c81e8c1/attachment-0001.html 


[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux