Rodolfo Grave
2004-Sep-16 10:18 UTC
[Asterisk-Users] Unable to dial using SIP using FWD and iConnectHere
Hi.
I cant make SIP calls from asterisk.
When I start asterisk, I get the following message: What does it means??
Asterisk is not behind NAT or Firewall.
----------------------------------
[chan_sip.so] => (Session Initiation Protocol (SIP))
== Parsing '/etc/asterisk/sip.conf': Found
Sep 16 09:52:33 WARNING[16384]: chan_sip.c:8477 reload_config: Unable to
get IP address for dhcp-1111-490, SIP disabled
== Registered channel type 'SIP' (Session Initiation Protocol (SIP))
== Registered application 'SIPDtmfMode'
== Parsing '/etc/asterisk/enum.conf': Found
== Parsing '/etc/asterisk/logger.conf': Found
Asterisk Event Logger restarted
Asterisk Ready.
*CLI>
--------------------------------
I have configured some sample sections in my extensions.conf file to
test asterisk features:
-----------------------
[demo]
exten => 1,1,SetCallerID("My Self-Testing")
exten =>
1,2,Dial(IAX2/${FWDNUMBER}:${FWDPASSWORD}@iax2.fwdnet.net/${FWDNUMBER})
; call my own FWD number using iax subscription at FWD. I'm receiving
this call in X-Lite soft phone configured at another PC (not at the
asterisk box)
; This woks great! I can "dial 1@demo" from console and get an
incoming
call at the X-Lite.
exten => 2,1,Dial(SIP/34912537261@outgoing_sip_iconnect,r)
; Test for outoging calls using IConnectHere account
exten => 3,1,Dial(SIP/${FWDNUMBER}:${FWDPASSWORD}@fwd.pulver.com:5060,r)
; Test for outgoing calls using FWD account via SIP
--------------------------
These are my peers in sip.conf:
-----------------------------------------------------------
[outgoing_sip_iconnect]
; for routing calls outbound to the PSTN numbers via iconnecthere
;
type=peer
username=!!!My Iconnect Number!!!
secret=!!!MyPassword!!!
host=sipauth.deltathree.com
canreinvite=no
qualify=no
disallow=all
allow=gsm
allow=ulaw
allow=alaw
allow=G726
[outgoing_sip_fwd]
type=peer
username=!!!My FWD Number!!!!
secret=!!!MyPassword!!!!
host=fwd.pulver.com
disallow=all
allow=ulaw
allow=G726
-------------------------------------
And this is what I get when I type "dial 2@demo" or
"3@demo"... messages
are the same except for server IP address, which are indeed the right
ones (I've cheked that out making pings).
------------------------------------
*CLI> dial 3@demo
-- Executing Dial("OSS/dsp",
"SIP/485445@outgoing_sip_fwd") in new stack
*CLI> Sep 16 11:26:23 WARNING[278544]: chan_sip.c:590 __sip_xmit:
sip_xmit of 0x8109224 (len 726) to 65.39.205.114 returned -1: Bad file
descriptor
-- Called 485445@outgoing_sip_fwd
Sep 16 11:26:24 WARNING[245775]: chan_sip.c:590 __sip_xmit: sip_xmit of
0x8109224 (len 726) to 65.39.205.114 returned -1: Bad file descriptor
Sep 16 11:26:25 WARNING[245775]: chan_sip.c:590 __sip_xmit: sip_xmit of
0x8109224 (len 726) to 65.39.205.114 returned -1: Bad file descriptor
Sep 16 11:26:26 WARNING[245775]: chan_sip.c:590 __sip_xmit: sip_xmit of
0x8109224 (len 726) to 65.39.205.114 returned -1: Bad file descriptor
Sep 16 11:26:27 WARNING[245775]: chan_sip.c:590 __sip_xmit: sip_xmit of
0x8109224 (len 726) to 65.39.205.114 returned -1: Bad file descriptor
Sep 16 11:26:28 WARNING[245775]: chan_sip.c:590 __sip_xmit: sip_xmit of
0x8109224 (len 726) to 65.39.205.114 returned -1: Bad file descriptor
Sep 16 11:26:29 WARNING[245775]: chan_sip.c:673 retrans_pkt: Maximum
retries exceeded on call 216ce5861a3fe5c15909e5a364ee8809@213.37.38.105
for seqno 102 (Critical Request)
Sep 16 11:26:29 WARNING[278544]: chan_sip.c:590 __sip_xmit: sip_xmit of
0x8106c7c (len 364) to 65.39.205.114 returned -1: Bad file descriptor
== No one is available to answer at this time
-- Executing Wait("OSS/dsp", "1") in new stack
Sep 16 11:26:30 WARNING[245775]: chan_sip.c:590 __sip_xmit: sip_xmit of
0x8106c7c (len 364) to 65.39.205.114 returned -1: Bad file descriptor
Sep 16 11:26:31 WARNING[245775]: chan_sip.c:590 __sip_xmit: sip_xmit of
0x8106c7c (len 364) to 65.39.205.114 returned -1: Bad file descriptor
Sep 16 11:26:32 WARNING[245775]: chan_sip.c:590 __sip_xmit: sip_xmit of
0x8106c7c (len 364) to 65.39.205.114 returned -1: Bad file descriptor
Sep 16 11:26:33 WARNING[245775]: chan_sip.c:590 __sip_xmit: sip_xmit of
0x8106c7c (len 364) to 65.39.205.114 returned -1: Bad file descriptor
Sep 16 11:26:34 WARNING[245775]: chan_sip.c:590 __sip_xmit: sip_xmit of
0x8106c7c (len 364) to 65.39.205.114 returned -1: Bad file descriptor
Sep 16 11:26:35 WARNING[245775]: chan_sip.c:673 retrans_pkt: Maximum
retries exceeded on call 216ce5861a3fe5c15909e5a364ee8809@213.37.38.105
for seqno 102 (Non-critical Request)
-- Timeout on OSS/dsp
== CDR updated on OSS/dsp
-- Executing Goto("OSS/dsp", "#|1") in new stack
-- Goto (demo,#,1)
-- Executing Playback("OSS/dsp", "demo-thanks") in new
stack
<< Console call has been answered >>
-- Playing 'demo-thanks' (language 'en')
-- Executing Hangup("OSS/dsp", "") in new stack
== Spawn extension (demo, #, 2) exited non-zero on 'OSS/dsp'
<< Hangup on console >>
*CLI>
-----------------------------------
---
avast! Antivirus: Outbound message clean.
Virus Database (VPS): 0438-2, 16/09/2004
Tested on: 16/09/2004 19:18:45
avast! - copyright (c) 2000-2004 ALWIL Software.
http://www.avast.com
Andrew Thompson
2004-Sep-16 10:27 UTC
[Asterisk-Users] Unable to dial using SIP using FWD and iConnectHere
Rodolfo Grave wrote:> Hi. > I cant make SIP calls from asterisk. > > When I start asterisk, I get the following message: What does it means?? > Asterisk is not behind NAT or Firewall. > > ---------------------------------- > [chan_sip.so] => (Session Initiation Protocol (SIP)) > == Parsing '/etc/asterisk/sip.conf': Found > Sep 16 09:52:33 WARNING[16384]: chan_sip.c:8477 reload_config: Unable to > get IP address for dhcp-1111-490, SIP disabledWhat is "dhcp-1111-490"? Is that the name of your linux machine? Do your linux box get its IP via DHCP from your provider? Do a reverse lookup on your linux boxes IP and see if it comes up as dhcp-1111-490.yourcarrier.tld or something like that. If so, try pinging dhcp-1111-490 and also the reverse lookup address. You may have to add the yourcarrier.tld to your lookup file(can't remember the name right now) so that your dns lookups automatically attempt to search for dhcp-1111-490.yourcarrier.tld before they fail out as unknown. -- Andrew Thompson http://aktzero.com/