Help with iptel and ipkall
freeatlast:
I already have GoogleVoice setup on SP1 thanks to the great set of instructions on the ObiTalk site. I would now like to set up SP2 to receive calls in case GoogleVoice is out of commission. I was able to set up accounts at both iptel and ipkall, but am having great difficulty configuring SP2.
I chose the Generic Service Provider, since iptel did not appear as a selection under Service Providers (perhaps Obihai can add them on the next revision of their firmware). Thus I have to fill out the following fields:
Service Provider Proxy Server: sip.iptel.org
Service Provider Proxy Server Port : 5060
Outbound Proxy Server
Outbound Proxy Server Port
User Name : foobar@iptel.org
Password : mypassword
URI : sip:foobar@iptel.org
I left the Outbound proxy server and port numbers empty, as I am for the moment only interested in receiving inbound calls.
With these settings though, I get the message
Registered (server=217.9.36.145:5060; expire in 29s)
But when I dial the ipkall number that I had setup earlier, I get ... nothing. NO ring, just dead silence.
Can someone tell me how to set up obitalk (and perhaps ipkall) correctly so that I can get inbound calls on my Obi?
RonR:
Assuming you have iptel working properly, you will need to configure IPKall to forward calls to:
SIP username: (use anything here, for example, OBI)
Hostname or IP address: (use your hostname or public IP address:5061)
You will need to forward SIP ports 5060-5061 in your router to your OBI's LAN IP address.
If you have a dynamic IP address that changes periodically, you will probably want to set up a DynDNS account so you can use a hostname instead of an IP address at IPKall.
freeatlast:
Assuming you have iptel working properly, you will need to configure IPKall to forward calls to:
SIP username: (use anything here, for example, OBI)
Hostname or IP address: (use your hostname or public IP address:5061)
You will need to forward SIP ports 5060-5061 in your router to your OBI's LAN IP address.
That seems a bit strange to me. I thought ipkall was supposed to map the assigned telephone number to the DID provided by iptel. From the above description, it appears that ipkall does not need to know about iptel's DID at all.
Here is my current configuration page for ipkall:
Account type: SIP or IAX
SIP Phone Number: iptelusername
SIP Proxy: sip.iptel.org
Email Address: me@myemail.com
Password: iptelpassword
Seconds to Ring before Hang Up: 120
Following the above instructions is this how I should fill in the following fields?
Account type: SIP or IAX
SIP Phone Number: iptelusername
SIP Proxy: myipaddr.host.com:5601
Email Address: me@myemail.com
Password: <---------------- [which password goes here?]
Seconds to Ring before Hang Up: 120
freeatlast:
Update: I got it working with the old ipkall settings
Here is my current configuration page for ipkall:
Account type: SIP or IAX
SIP Phone Number: iptelusername
SIP Proxy: sip.iptel.org
Email Address: me@myemail.com
Password: iptelpassword
Seconds to Ring before Hang Up: 120
What I also did was configure port forwarding on my router so that port 5601 would get forwarded to the Obi (as RonR suggested). I did not need to provide my IP address to ipkall. Evidently, configuring SP2 on the Obi for iptel is sufficient to pass the Obi's external IP address to the iptel DID, which ipkall is then able to look up using the credentials for iptel. Or at least, that's what I think is going on ...
RonR:
Quote from: freeatlast on January 12, 2012, 04:42:53 pm
That seems a bit strange to me. I thought ipkall was supposed to map the assigned telephone number to the DID provided by iptel. From the above description, it appears that ipkall does not need to know about iptel's DID at all.
IPKall DID's have to be forwarded via SIP URI to somewhere. I assumed you were trying to have it come directly to the OBi, in which case nothing else needs to be in between. I don't presently use IPKall, but I've had IPKall numbers in the past forwarded directly to the OBi with no problems.
You can also forward an IPKall DID to an intermediate like iptel and have iptel forward it on to the OBi.
Navigation
[0] Message Index
[#] Next page