Setting inbound rule

[tomaz]

I have got block of numbers from ITSP. It starts from 11 11 510 to 11 11 519. I have 5 VOIP channels.

Setting up the first line (1111510) was easy. Here is a log of successful inbound call:


02:04:14.453 Call::Terminate [CM503008]: Call(30): Call is terminated
02:04:14.437 LineCfg::getInboundTarget [CM503011]: Inbound out-of-office hours' rule for LN:<secret> forwards to DN:300
02:04:05.093 CallCtrl:nSelectRouteReq [CM503004]: Call(30): Calling: RingAll:300@[Dev:sip:[email protected]:5060]
02:04:05.078 Line:rintEndpointInfo [CM505003]: Provider:[DetelProvider] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CXPhoneSystem 5.0.3790.0] Transport: [sip:192.168.2.5:5060]
02:04:05.078 LineCfg::getInboundTarget [CM503011]: Inbound out-of-office hours' rule for LN:<secret> forwards to DN:300
02:04:05.046 CallCtrl:nIncomingCall [CM503001]: Call(30): Incoming call from 0444444@(Ln.<secret>@DetelProvider) to [sip:[email protected]:5060]
02:04:04.796 LineCfg::getInboundTarget [CM503011]: Inbound out-of-office hours' rule for LN:<secret> forwards to DN:300



******

On the other side, setting up inbound rule for second external number (1111512) is a bit of the problem.
Here is a log of unsuccessful inbound call.


02:03:56.890 evt::CheckIfAuthIsRequired::not_handled [CM500002]: Unidentified incoming call. Review INVITE and adjust source identification:
INVITE sip:[email protected]:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 80.246.224.111:5060;rport=5060;branch=z9hG4bK4452a28fa4e271639a2a75e95fa44d10
Max-Forwards: 70
Contact: [sip:80.246.224.111:5060]
To: "1111512"[sip:[email protected]:5060]
From: "0444444"[sip:[email protected]:5060;user=phone];tag=GR52RWG346-34
Call-ID: [email protected]
CSeq: 1 INVITE
Allow: ACK, NOTIFY, OPTIONS, REFER, INFO, BYE, CANCEL, INVITE
Content-Length: 0
Remote-Party-ID: "0444444" [sip:[email protected]:5060];party=calling;screen=yes;privacy=off


02:03:56.890 evt::CheckIfAuthIsRequired::not_handled [CM302001]: Authorization system can not identify source of: SipReq: INVITE [email protected]:5060 tid=4452a28fa4e271639a2a75e95fa44d10 cseq=INVITE contact=80.246.224.111:5060 / 1 from(wire)


where:
80.246.224.111 is external IP of my ITSP
123.123.123.123 is my external IP
192.168.2.xx is my internal IP schema
1111512 is my public tel number
0444444 is public telephone number used to test connection (completely independent to 3CX PBX)
<secret> is my ID towards ITSP



I can not simply register second line, because 3CX refuses creation of another VOIP account with the same ID.

Any ideas how to solve the problem?

 

[landfiets]

tha'ts right, there are some problems with same ID accounts. But tell me, what version of 3CX are you running?

 

[tomaz]

Version?

3CXPhoneSystem 5.0.3790.0

 

[tomaz]

This will be more suggestion to 3CX developers:

I want to set up VoIP PBX to add VOIP lines in addition to existing Euro ISDN lines.

Before 3CX, I have installed Trixbox, but it was unreliable (incoming calls were lost). However Trixbox has split account registration and incoming rules.

Account registration and incoming rules are mixed together in 3CX and this is a source of the problems. 3CX says "choose supported telephony provider", but it is radically wrong approach. There are several hundreds ITSP provider in EU alone. 3CX can not make template for all of them.

In my case, It is obvious that ITSP is aware of my presence, not only with line 11 11 510, but with all lines. This can be concludes because they send me INVITE command for number 11 11 [email protected]:5060, but PBX is unable to handle it.

I have tried with:
* VOIP Trunk (instead to VOIP Trovider)
* DID/DDI account.

Both unsuccessful.

Any successful examples?

 

[landfiets]

I think also it should work with unsupported provider. Please take a look at the settings for a supported provider and try to "translate" that to yours. Maybe that will help.

 

[tomaz]

Dear Edwin,

Good idea, but no result.

Tried with:
- 1und1
- SipGate
- broadvoice

All tested supported providers have the same main settings:

Source identification: all blank
Gateway / Provider Inbound Parameters: always the same settings
Gateway / Outbound Inbound Parameters: always the same settings

 

[tomaz]

The idea was:
1.) be very consistent with Source Identification (enter some criteria into fields - for example: From Host part <-> GWHostPort)
2.) create DID line 1111512 based on previously identificated trunk.

Result?
If anything is in the Source Identification field, PBX stops responding to all inbound calls!!!

Please comment from 3CX.

Thomas

 

[Wardy]

Am I missing something or is it DID that you want?

Stephen

 

[tomaz]

With one single registration to ITSP I get following:

* 5 voice channels,
* 10 external (public) numbers.

5 vioce channels allows 5 simultaneous calls regardless of public telephone numbers. My public telephony numbers block strats from 1111510 to 1111519.

Teoretically I can have 3 simultanoous calls on 1111510 plus 1 call on 1111511 plus one call on 1111519. Of course I can have all possible combinations that result in 5 voice channels.

With my existing knowledge I can setup only external number 1111510. All other numbers (1111511 to 1111519) are the challenge that I am not able to handle.

Back to your question: My Idea was that block of numbers from 1111511 to 1111519 can be only configured as DID numbers. But again: my knowledge is too weak although I spent many hours on 3CX manual.

 

[tomaz]

Problem solved (at list I believe so)!

Solution is:

* properly configured "Source Identification"
together with
* properly configured "DID line"

Oddly, but
if "Source Identification" is set to "From: Host part" <-> "GWHostPort" (set to 80.246.224.111) then DOES NOT WORK
while
if "Source Identification" is set to "From: Host part" <-> "Custom field" <-> 80.246.224.111 then DOES WORK
????

Another odd thing:
if "DID/DDI number" -> "Source" is set to "Anywhere" then DDI line DOES NOT WORK
while
if "DID/DDI number" -> "Source" is set to [my ITSP] then DDI line DOES WORK
????

This should be really better documented!!! :evil: :evil: