Difference between revisions of "Configuring DIDWW"

From Kolmisoft Wiki
Jump to navigationJump to search
Line 1: Line 1:
[[Image:didww.gif|right]][http://www.didww.com DID World Wide], International DIDs forwarded to PSTN and VoIP by SIP, IAX, H323, Skype, Gtalk, MSN Messenger. Origination services, SIP DIDs
[[Image:didww.gif|right]][http://www.didww.com DID World Wide], International DIDs forwarded to PSTN and VoIP by SIP, IAX, H323, Skype, Gtalk, MSN Messenger. Origination services, SIP DIDs.




== Known DIDWW problems ==
== Known DIDWW problems ==


# CallerID does not come in E164 format - only in local format
# CallerID does not come in E.164 format - only in the local format.
# FAS - Fast Call Answer - Call is answered instantly even if other end did not answered yet and user is ALWAYS charged for the call
# FAS - Fast Call Answer - the call is answered instantly even if the other end has not answered yet.
The user is ALWAYS charged for the call.


=== CallerID does not come in E164 format - only in local format ===
=== CallerID does not come in E.164 format, only in local format ===


'''QUESTION:'''
'''QUESTION:'''


  hello ! from Ukraine did caller id coming in not e164 format , coming in the local format like 80519539xx but must be 3805019539xx . Is it possible to fix this?
  hello ! from Ukraine DID caller ID is not coming in the E.164 format. It is coming in the local format like 80519539xx, but must be 3805019539xx. Is it possible to fix this?


'''ANSWER:'''
'''ANSWER:'''


  Your DID number is forwarded with CLI as it,i.e exactly how we get it.
  Your DID number is forwarded with CLI as it is, i.e exactly how we get it.
  Unfortunately, we cannot make any changes on Caller-ID format on particular number.However,we are checking what can be done it this case.
  Unfortunately, we cannot make any changes in the Caller-ID format on a particular number. However,we are checking what can be done in this case.
  Thank you for your patience in this matter.
  Thank you for your patience in this matter.


Line 26: Line 27:




=== FAS - Fast Call Answer - Call is answered instantly even if other end did not answered yet and user is ALWAYS charged for the call ===
=== FAS - Fast Call Answer - Call is answered instantly even if the other end has not answered yet. The user is ALWAYS charged for the call. ===


'''QUESTION'''
'''QUESTION'''


  hello ! people ,who is calling to this did getting ANSWER before i'm pickup the phone .
  Hello! People who called this number are getting an ANSWER before I pick up the phone.
  same if i'm not pickup long time they are have on the screen and in the billing invoice from there providers successfully connection like was ANSWER and paying money for nothing .
  The same if I don't pick up for a long time - they have on the screen and in the billing invoice from their providers that the connection was successful, like ANSWER, and I'm paying money for nothing.
  this is FAS ,, fake answer signal ,, and no good from yours side .
  This is a fake answer signal (FAS) and no good from your side .
  maybe this is problem not from you ,,,,,,,,-you are getting like this , but i'm have big problem with people who is calling to me !
  Maybe this problem is not from you. You are getting this, but I'm have big problems with people who are calling me!


----
----
Line 39: Line 40:
'''ANSWER'''
'''ANSWER'''


  With mobile phone service providers you will be billed from the second you hit the Send button, unlike landline phone service providers.
  With mobile phone service providers (unlike with landline phone service providers), you will be billed from the second you hit the Send button.


  Thus it's normal that the mobile caller is billed even if the call wasn't answered on your side.
  Thus it's normal that the mobile caller is billed even if the call isn't answered on your side.


  Best Regards,
  Best Regards,
Line 49: Line 50:
== Configuring DIDWW for receiving calls to DID ==
== Configuring DIDWW for receiving calls to DID ==


The problem with this DID Provider is that it send calls from many IP addresses:
The problem with this DID Provider is that it sends calls from many IP addresses:


  USA:
  USA:
Line 70: Line 71:




Newest list can be fond [http://www.didww.com/support/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=35&nav=0,11 here]
The newest list can be found at [http://www.didww.com/support/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=35&nav=0,11 here]


<br><hr><br>
<br><hr><br>




First create new Provider (most important parts are marked in red, '''Device ID can/will be different in your case - REMEMBER IT!!!'''):
First create a new provider (most important parts are marked in red, '''Device ID can/will be different in your case - REMEMBER IT!!!'''):


[[Image:didww1.png]]
[[Image:didww1.png]]




Then in '''/etc/asterisk/sip.conf''' at the very end enter (copy/paste):
Then in '''/etc/asterisk/sip.conf''', at the very end, enter (copy/paste):


  [didww_116]
  [didww_116]
Line 192: Line 193:
  allow=ulaw
  allow=ulaw


<center>'''<big><big><big>========== VERY IMPORTANT!!! ==========<br> accountcode should be == Device ID in your Provider window. In our case it is == 5. Change it accordingly to your correct value!!!</big></big></big>'''</center>
<center>'''<big><big><big>========== VERY IMPORTANT!!! ==========<br> accountcode should be == Device ID in your Provider window. In our case it is == 5. Change it according to your correct value!!!</big></big></big>'''</center>


== DID configuration ==
== DID configuration ==
Line 200: Line 201:
* Save the file.  
* Save the file.  
* Reload Asterisk.  
* Reload Asterisk.  
* Create DID - '''IN E164 FORMAT!!!!!!!!'''
* Create DID - '''IN E.164 FORMAT!!!!!!!!'''
* Assign to DIDWW Provider
* Assign to a DIDWW Provider.
* Assign to some device
* Assign to some device.
* Configure correct routing(mapping) in www.didww.com:
* Configure correct routing (mapping) in www.didww.com.




== Configuration in www.didww.com ==
== Configuration in www.didww.com ==


We will assign Thailand, Bangkok number to our server:
We will assign a Thailand, Bangkok number to our server:


First we need to create "mapping", e.g. route to our server:
First we need to create "mapping", that is, the route to our server:


[[Image:didww11.png]]
[[Image:didww11.png]]


After that we need to assign our DID to our just created "mapping":
After this, we need to assign our DID to our just-created "mapping":


[[Image:didww12.png]]
[[Image:didww12.png]]
Line 221: Line 222:




Watch Asterisk CLI to see whats happening.  
Watch Asterisk CLI to see what's happening.  


Maybe you have DID in wrong format!? E.g. not E.164 compatible?
Maybe you have DID in the wrong format - for example, not E.164 compatible?




<br><hr><br>
<br><hr><br>


If you are using IAX2 connection from DIDWW - create Provider with type = '''IAX2''' and paste sip.conf configuration in '''/etc/asterisk/iax.conf'''
If you are using IAX2 connection from DIDWW, create a Provider with type = '''IAX2''' and paste sip.conf configuration into '''/etc/asterisk/iax.conf'''.

Revision as of 10:04, 15 May 2010

Didww.gif

DID World Wide, International DIDs forwarded to PSTN and VoIP by SIP, IAX, H323, Skype, Gtalk, MSN Messenger. Origination services, SIP DIDs.


Known DIDWW problems

  1. CallerID does not come in E.164 format - only in the local format.
  2. FAS - Fast Call Answer - the call is answered instantly even if the other end has not answered yet.

The user is ALWAYS charged for the call.

CallerID does not come in E.164 format, only in local format

QUESTION:

hello ! from Ukraine DID caller ID is not coming in the E.164 format. It is coming in the local format like 80519539xx, but must be 3805019539xx. Is it possible to fix this?

ANSWER:

Your DID number is forwarded with CLI as it is, i.e exactly how we get it.
Unfortunately, we cannot make any changes in the Caller-ID format on a particular number. However,we are checking what can be done in this case.
Thank you for your patience in this matter.
Thank you for using DID World Wide services!
Best Regards,
Anna Remez
DID World Wide


FAS - Fast Call Answer - Call is answered instantly even if the other end has not answered yet. The user is ALWAYS charged for the call.

QUESTION

Hello! People who called this number are getting an ANSWER before I pick up the phone.
The same if I don't pick up for a long time - they have on the screen and in the billing invoice from their providers that the connection was successful, like ANSWER, and I'm paying money for nothing.
This is a fake answer signal (FAS) and no good from your side .
Maybe this problem is not from you. You are getting this, but I'm have big problems with people who are calling me!

ANSWER

With mobile phone service providers (unlike with landline phone service providers), you will be billed from the second you hit the Send button.
Thus it's normal that the mobile caller is billed even if the call isn't answered on your side.
Best Regards,
Lev V.
DID World Wide

Configuring DIDWW for receiving calls to DID

The problem with this DID Provider is that it sends calls from many IP addresses:

USA:
204.11.194.34
204.11.194.35
204.11.194.36
204.11.194.37
204.11.194.38
ME:
212.150.36.116
212.150.88.20
212.150.88.21
UK:
81.85.224.39
81.85.224.40
81.85.224.41
81.85.224.42


The newest list can be found at here





First create a new provider (most important parts are marked in red, Device ID can/will be different in your case - REMEMBER IT!!!):

Didww1.png


Then in /etc/asterisk/sip.conf, at the very end, enter (copy/paste):

[didww_116]
type=friend
context=mor
accountcode=5
host=212.150.36.116
disallow=all
allow=g729
allow=alaw
allow=ulaw
[didww_21]
type=friend
context=mor
accountcode=5
host=212.150.88.21
disallow=all
allow=g729
allow=alaw
allow=ulaw
[didww_34]
type=friend
context=mor
accountcode=5
host=204.11.194.34
disallow=all
allow=g729
allow=alaw
allow=ulaw
[didww_35]
type=friend
context=mor
accountcode=5
host=204.11.194.35
disallow=all
allow=g729
allow=alaw
allow=ulaw
[didww_36]
type=friend
context=mor
accountcode=5
host=204.11.194.36
disallow=all
allow=g729
allow=alaw
allow=ulaw
[didww_37]
type=friend
context=mor
accountcode=5
host=204.11.194.37
disallow=all
allow=g729
allow=alaw
allow=ulaw
[didww_38]
type=friend
context=mor
accountcode=5
host=204.11.194.38
disallow=all
allow=g729
allow=alaw
allow=ulaw
[didww_39]
type=friend
context=mor
accountcode=5
host=81.85.224.39
disallow=all
allow=g729
allow=alaw
allow=ulaw
[didww_40]
type=friend
context=mor
accountcode=5
host=81.85.224.40
disallow=all
allow=g729
allow=alaw
allow=ulaw
[didww_41]
type=friend
context=mor
accountcode=5
host=81.85.224.41
disallow=all
allow=g729
allow=alaw
allow=ulaw
[didww_42]
type=friend
context=mor
accountcode=5
host=81.85.224.42
disallow=all
allow=g729
allow=alaw
allow=ulaw
========== VERY IMPORTANT!!! ==========
accountcode should be == Device ID in your Provider window. In our case it is == 5. Change it according to your correct value!!!

DID configuration

Then:

  • Save the file.
  • Reload Asterisk.
  • Create DID - IN E.164 FORMAT!!!!!!!!
  • Assign to a DIDWW Provider.
  • Assign to some device.
  • Configure correct routing (mapping) in www.didww.com.


Configuration in www.didww.com

We will assign a Thailand, Bangkok number to our server:

First we need to create "mapping", that is, the route to our server:

Didww11.png

After this, we need to assign our DID to our just-created "mapping":

Didww12.png

Troubleshooting

Watch Asterisk CLI to see what's happening.

Maybe you have DID in the wrong format - for example, not E.164 compatible?





If you are using IAX2 connection from DIDWW, create a Provider with type = IAX2 and paste sip.conf configuration into /etc/asterisk/iax.conf.