vicidial.org

Hi I have two vicidials and I am tryning to use the top section for the link below to basically run a survey camp on the one and if someone opts in, the call gets transferrec to an internal DID on the other.
http://www.vicidial.org/docs/CROSS_CLUS ... CATION.txt

Got the IAX2 trunk set up on the Survey dialer:
[IAXOUT]
disallow=all
allow=alaw
type=friend
username=90000
secret=90000
host=192.168.0.249
dtmfmode=RFC2833
qualify=yes
insecure=port,invite

Got the IAX2 phone set up on the Inbound dialer:
[90000]
username=90000
secret=90000
accountcode=90000
mailbox=90000
requirecalltoken=no
context=trunkinbound
type=friend
auth=md5
host=dynamic
qualify=yes

The below happens however on the inbound server when the call is transferred through:

Code: Select all

[Nov 15 15:04:10] Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 000 Type: IAX     Subclass: NEW
[Nov 15 15:04:10]    Timestamp: 00018ms  SCall: 11417  DCall: 00000 [192.168.0.6:4569]
[Nov 15 15:04:10]    VERSION         : 2
[Nov 15 15:04:10]    CALLED NUMBER   : s
[Nov 15 15:04:10]    CODEC_PREFS     : (alaw)
[Nov 15 15:04:10]    CALLING NUMBER  : XXXX300561
[Nov 15 15:04:10]    CALLING PRESNTN : 0
[Nov 15 15:04:10]    CALLING TYPEOFN : 0
[Nov 15 15:04:10]    CALLING TRANSIT : 0
[Nov 15 15:04:10]    CALLING NAME    : XXXX300561
[Nov 15 15:04:10]    LANGUAGE        : en
[Nov 15 15:04:10]    USERNAME        : 90000
[Nov 15 15:04:10]    FORMAT          : 8
[Nov 15 15:04:10]    FORMAT2         : alaw
[Nov 15 15:04:10]    CAPABILITY      : 8
[Nov 15 15:04:10]    CAPABILITY2     : alaw
[Nov 15 15:04:10]    ADSICPE         : 0
[Nov 15 15:04:10]    DATE TIME       : 2020-11-15  15:04:10
[Nov 15 15:04:10]    CALLTOKEN       : 51 bytes
[Nov 15 15:04:10]
[Nov 15 15:04:10] Tx-Frame Retry[-01] -- OSeqno: 000 ISeqno: 001 Type: IAX     Subclass: ACK
[Nov 15 15:04:10]    Timestamp: 00018ms  SCall: 00678  DCall: 11417 [192.168.0.6:4569]
[Nov 15 15:04:10] Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 001 Type: IAX     Subclass: AUTHREQ
[Nov 15 15:04:10]    Timestamp: 00020ms  SCall: 00678  DCall: 11417 [192.168.0.6:4569]
[Nov 15 15:04:10]    AUTHMETHODS     : 2
[Nov 15 15:04:10]    CHALLENGE       : \x31\x32\x32\x32\x34\x35\x38\x31\x32
[Nov 15 15:04:10]    USERNAME        : 90000
[Nov 15 15:04:10]
[Nov 15 15:04:10] Rx-Frame Retry[ No] -- OSeqno: 001 ISeqno: 001 Type: IAX     Subclass: AUTHREP
[Nov 15 15:04:10]    Timestamp: 00019ms  SCall: 11417  DCall: 00678 [192.168.0.6:4569]
[Nov 15 15:04:10]    MD5 RESULT      : 88b9812ddf8b3d868d6c2c9a9fc92ea4
[Nov 15 15:04:10]
[Nov 15 15:04:10] Tx-Frame Retry[-01] -- OSeqno: 001 ISeqno: 002 Type: IAX     Subclass: ACK
[Nov 15 15:04:10]    Timestamp: 00019ms  SCall: 00678  DCall: 11417 [192.168.0.6:4569]
[Nov 15 15:04:10] Tx-Frame Retry[000] -- OSeqno: 001 ISeqno: 002 Type: IAX     Subclass: REJECT
[Nov 15 15:04:10]    Timestamp: 00023ms  SCall: 00678  DCall: 11417 [192.168.0.6:4569]
[Nov 15 15:04:10]    CAUSE           : No such context/extension
[Nov 15 15:04:10]    CAUSE CODE      : 3
[Nov 15 15:04:10]
[Nov 15 15:04:10] Rx-Frame Retry[ No] -- OSeqno: 002 ISeqno: 002 Type: IAX     Subclass: ACK
[Nov 15 15:04:10]    Timestamp: 00023ms  SCall: 11417  DCall: 00678 [192.168.0.6:4569]



I get CAUSE: No such context/extension.

Obviously I am missing smothing, though I am not very experienced with IAX2. Any advice?


Inbound dialer:
VERSION: 2.14-698a
BUILD: 190207-2301
© 2019 ViciDial Group

Survey Dialer:
VERSION: 2.14-730a
BUILD: 191121-2256
© 2019 ViciDial Group

You are trying to reinvent a wheel. Remove all the customizations. DIDs and Campaigns are not "server specific". Turn off balance dialing and put the remoate agent(s) that activate the campaign on the dialer you want the calls to emanate from. That accomplishes "survey camp on the one".

Next up, transfer opt-ins to the DID which points to an Ingroup, which has live agents on it who happen to be on the server you want the calls to be handled on. Vicidial will manage all the switching. That's what it's been designed for. No customization required. Undo any .conf file direct edits and it'll just work.

These are two separate single server installs though - inherited them from the previous guy - so they are not set up as an existing cluster.

You are trying to reinvent a wheel. Remove all the customizations. DIDs and Campaigns are not "server specific". Turn off balance dialing and put the remoate agent(s) that activate the campaign on the dialer you want the calls to emanate from. That accomplishes "survey camp on the one".

So the survey already uses remote agents and on opt-in the lead is xfered to EXTEN 90000.

Next up, transfer opt-ins to the DID which points to an Ingroup, which has live agents on it who happen to be on the server you want the calls to be handled on. Vicidial will manage all the switching. That's what it's been designed for. No customization required. Undo any .conf file direct edits and it'll just work.

On the Inbound dialer 90000 is set up as a DID and it does point to the ingroup already.

Is there another way or a link or some direction you can point me in perhaps?

You say that the receiving server already has "90000 is set up as a DID " ... and where it's pointed is not relevant until the system recognizes the inbound call.

Inbound DIDs are ALL routed to "trunkinbound" in extensions.conf by "context=trunkinbound" in the carrier setup of the inbound carrier. Note that while you may want to call this a "server" from the point of view of the receiving Vicidial system, it's merely an inbound call from a carrier. So treat it as such. The inbound call will authenticate to the carrier in Admin->Carriers by the IP address. Then context= value will tell the system where to send this "now authenticated" call. Then extension pattern matching kicks in. If you have a DID inbound call to "90000", it should then match

Code: Select all

exten => _X.,1,NoOp(X,${EXTEN},${CALLERID(NUM)})
exten => _X.,n,AGI(agi-DID_route.agi)


And then the result is that the vicidial agi scripting system kicks in and takes over. At that point, "where you pointed the DID" matters. Until then, not so much.

If you have customized your conf files and are trying to route this call with your prior knowledge of "how asterisk works", that's getting in your way. Undo the changes, use Vicidial as build, it'll all work nicely.

I also recommend you use SIP for interserver until you've got everything working. Although IAX will use less bandwidth during trunking, it can also be more complex and create challenges during interaction that do not happen with SIP. But if you muse use IAX, be sure your carrier is configured as an IAX carrier for authentication.