Unsupported DUNDI Context

[jmullinix]

I apologize for my delay. I have been out of town since last Thursday on a family visit to DC.

I need to re-write the how-to. Since FreePBX put in a Dundi trunk, outbound Dundi calls are easy.

First, Set up an outbound trunk in FreePBX for Dundi and make the context priv.

Then in iax_custom.conf you will need the following:

[dundi]
type=user
dbsecret=dundi/secret
context=dundi-e164-local
allow=all
trunk=yes

Now in extensions_custom.conf you need:

[dundi-e164-local] ;This must match the context in iax_custom.conf
; this context is used to group the 3 below and reference in iax.conf for the incoming calls referred by dundi
include => dundi-priv-canonical
include => dundi-priv-customers
include => dundi-priv-via-pstn

[dundi-priv-canonical]
; List canonical entries here
exten => 18008656920,1,goto(from-trunk,${EXTEN:1},1)

[dundi-priv-customers]
; If you are an ITSP or Reseller, list your internal extensions here.
exten => _22xx,1,goto(from-internal,${EXTEN},1)

[dundi-priv-via-pstn]
; If you are freely delivering calls to the PSTN, list them here
exten => _1706251XXXX,1,macro(call_dundi,${EXTEN:1})
exten => _1706258XXXX,1,macro(call_dundi,${EXTEN:1})

[macro-call_dundi]
exten => s,1,goto(from-internal,${ARG1},1)

Set up all of your credentials in dundi.conf according to my how-to. Your mapping lines need to look like this:

priv => dundi-priv-canonical,1,IAX2,dundi:${SECRET}@${dundiipaddress}/${NUMBER},nounsolicited,nocomunsolicit,nopartial
priv => dundi-priv-customers,101,IAX2,dundi:${SECRET}@${dundiipaddress}/${NUMBER},nounsolicited,nocomunsolicit,nopartial
priv => dundi-priv-via-pstn,401,IAX2,dundi:${SECRET}@${dundiipaddress}/${NUMBER},nounsolicited,nocomunsolicit,nopartial

Finally. in globals_custom.conf add this line

dundiipaddress=your.ip.address or your.domain.name

Let me know how this works.

Merry Christmas,

John

 

[Boolah]

Thanks John. Unfortunately, I'm still getting the same error with the above settings. I'm going to reinstall a fresh copy of PiaF in two new VM's and see if that makes a difference. Do you have any suggestions before I nuke the two VMs?

 

[jmullinix]

If I read the posts correctly, when you do a dundi query of the remote mac address, all works. When you do a dundi lookup, are you appended @priv to the end of it, such as:

dundi lookup 17066323343@priv

You would need to do that or it will check the e164 cloud and not the priv cloud, which is what you set up.

 

[Boolah]

Yes, I appended the @priv (dundi debug below).

BTW - what should I see if I do a 'dundi show mappings'? I don't get anything with that either.

pbx1*CLI> dundi lookup 2130@priv
DUNDi lookup returned no results.
DUNDi lookup completed in 2 ms
ETx-Frame Retry[No] -- OSeqno: 000 ISeqno: 000 Type: DPDISCOVER (Command)
Flags: 00 STrans: 17446 DTrans: 00000 [192.168.36.30:4520]
VERSION : 1
DIRECT EID : 00:0c:29:04:87:56
CALLED NUMBER : 2130
CALLED CONTEXT : priv
TTL : 32

Tx-Frame Retry[No] -- OSeqno: 000 ISeqno: 000 Type: ENCRYPT (Command)
Flags: 00 STrans: 17446 DTrans: 00000 [192.168.36.30:4520]
ENTITY IDENT : 00:0c:29:04:87:56
KEYCRC32 : 4234277450
ENCDATA : [IV 3a9d6d3b3e678a6ec927c066d1a5da48] 4 encrypted blocks


Rx-Frame Retry[No] -- OSeqno: 000 ISeqno: 001 Type: ENCRYPT (Command)
Flags: 00 STrans: 12980 DTrans: 17446 [192.168.36.30:4520]
ENCDATA : [IV b698dc496e25a60d0769fb79dde0db49] 4 encrypted blocks


Erx-Frame Retry[No] -- OSeqno: 000 ISeqno: 001 Type: DPRESPONSE (Response)
Flags: 00 STrans: 12980 DTrans: 17446 [192.168.36.30:4520] (Final)
CAUSE : NOAUTH: Unsupported DUNDI Context

Tx-Frame Retry[No] -- OSeqno: 001 ISeqno: 001 Type: ACK (Response)
Flags: 00 STrans: 17446 DTrans: 12980 [192.168.36.30:4520] (Final)

 

[jmullinix]

What do you get when you run

dundi query <mac address of remote>

 

[Boolah]

pbx2*CLI> dundi query 00:0c:29:04:87:56
DUNDi Query EID succeeded:
Department: Test - Work
Organization: Work
City/Locality: Richmond
State/Province: VA
Country: US
E-mail: [email protected]
Phone: +18045555555
IP Address: 192.168.36.31

 

[Phone_User]

With verbose set to 10 and dundi debug on run

reload res_crypto.so from the cli.

Lets see what those logs say.


Rob

 

[Boolah]

Unfortunately, nothing terribly exciting:

[Dec 24 07:41:18] VERBOSE[3862] logger.c: -- Remote UNIX connection
[Dec 24 07:41:36] VERBOSE[4302] logger.c: -- Reloading module 'res_crypto.so' (Cryptographic Digital Signatures)
[Dec 24 07:41:41] VERBOSE[4302] logger.c: -- Remote UNIX connection disconnected

 

[jmullinix]

OK Boolah, I am stumped. One of things I noticed in one of the posts is that the show mappings command did not provide any mappings. Check in Dundi.conf and make sure the semi-colon

 (;)

in from of

[mappings]

has been removed.

 

[Boolah]

Progress! I knew it was something stupid I did. I didn't remove the ";" from in front of the [mappings] line.

I now get a result when doing a 'dundi show mappings'. I still don't, however, get a result when doing a 'dundi lookup'. In fact, I get no debugging output when I do a 'dundi lookup 2130@priv'. All I get is:

pbx1*CLI> dundi lookup 2130@priv
DUNDi lookup returned no results.
DUNDi lookup completed in 0 ms

If I leave off the '@priv', I get the expected dundi debug output complaining about not being a supported context:

pbx1*CLI> dundi lookup 2130
DUNDi lookup returned no results.
DUNDi lookup completed in 2 ms
ETx-Frame Retry[No] -- OSeqno: 000 ISeqno: 000 Type: DPDISCOVER (Command)
Flags: 00 STrans: 16857 DTrans: 00000 [192.168.36.30:4520]
VERSION : 1
DIRECT EID : 00:0c:29:04:87:56
CALLED NUMBER : 2130
CALLED CONTEXT : e164
TTL : 32

Tx-Frame Retry[No] -- OSeqno: 000 ISeqno: 000 Type: ENCRYPT (Command)
Flags: 00 STrans: 16857 DTrans: 00000 [192.168.36.30:4520]
ENTITY IDENT : 00:0c:29:04:87:56
KEYCRC32 : 448155047
ENCDATA : [IV c14ab00001f4d950a121985d05cca709] 4 encrypted blocks


Rx-Frame Retry[No] -- OSeqno: 000 ISeqno: 001 Type: ENCRYPT (Command)
Flags: 00 STrans: 14985 DTrans: 16857 [192.168.36.30:4520]
ENCDATA : [IV f9aa621e869a9424a13a4b69d82d8e55] 4 encrypted blocks


Erx-Frame Retry[No] -- OSeqno: 000 ISeqno: 001 Type: DPRESPONSE (Response)
Flags: 00 STrans: 14985 DTrans: 16857 [192.168.36.30:4520] (Final)
CAUSE : NOAUTH: Unsupported DUNDI Context

Tx-Frame Retry[No] -- OSeqno: 001 ISeqno: 001 Type: ACK (Response)
Flags: 00 STrans: 16857 DTrans: 14985 [192.168.36.30:4520] (Final)


Shouldn't I get some sort of debugging output? Thanks so much for the help - progress is progress and I'm happy to at least get this far!

 

[jmullinix]

OK, Progress is good.

Can you post your mapping statements, contents of IAX_custom.conf, and the appropriate parts of extensions_custom.conf?

 

[Boolah]

I do get a dundi response when I do a 'dundi lookup 15185555555@priv', but I still can't lookup extensions (i.e. 'dundi lookup 2130@priv')

==================================
mappings
==================================

priv => dundi-priv-canonical,1,IAX2,dundi:${SECRET}@192.168.36.30/${NUMBER},nounsolicited,nocomunsolicit,nopartial
priv => dundi-priv-customers,101,IAX2,dundi:${SECRET}@192.168.36.30/${NUMBER},nounsolicited,nocomunsolicit,nopartial
priv => dundi-priv-via-pstn,401,IAX2,dundi:${SECRET}@192.168.36.30/${NUMBER},nounsolicited,nocomunsolicit,nopartial

==================================
iax_custom.conf
==================================

[dundi]
type=user
dbsecret=dundi/secret
context=dundi-e164-local
allow=all
trunk=yes

==================================
extensions_custom.conf
==================================

[dundi-e164-local]
include => dundi-priv-canonical
include => dundi-priv-customers
include => dundi-priv-via-pstn

[dundi-priv-canonical]
exten => 15185555555,1,goto(from-trunk,${EXTEN},1)

[dundi-priv-customers]
exten => _2XXX,1,goto(from-internal,${EXTEN},1)

[dundi-priv-via-pstn]

[macro-call_dundi]
exten => s,1,goto(from-internal,${ARG1},1)

[dundi-priv-switch]
switch => DUNDi/priv

[dundi-priv-lookup]
include => dundi-priv-local
include => dundi-priv-switch

[macro-dundi-priv]
exten => s,1,Goto(${ARG1},1)
include => dundi-priv-lookup

 

[jmullinix]

Well, I am stumped again. Everything looks right. Did you do a dundi flush before you tried? Sometimes it will cache a route, even if there isn't one.

 

[Boolah]

That was it! Thank you so much. Everything appears to be working just fine now.

 

[jmullinix]

Great,

Happy Holidays,