asterisk users - Mar 2007 - ${EXTEN} is limited to 17 characters under IAX ?

Hi list. 

We have a problem when dialing over IAX to another Asterisk server:
we've setup an extension named
'f19dffb971b93746d73ec46d5f1d4b36c199f48c-g1' in a specific context (its
large because it needs to be unique). I've read in past discussions on
asterisk-dev list that the extension length is limited to 79 characters
- which I though should be more then enough.

Now were doing a DUNDi lookup on that extension and dialing to it from a
second Asterisk server. The dial address looks like this:
IAX2/dundi-context:9Tb3JNDnAH6JiQd3ZMo9Fw==@192.118.54.134/f19dffb971b93746d73ec46d5f1d4b36c199f48c-g1

The problem is that on the local server, we try to read ${EXTEN} and
parse it (specifically - I want to get at the 'g1' at the end. for this
I use the CUT function):
[mydundictx]
exten => _[0-9a-fA-f_].,1,Set(lastpart=${CUT(EXTEN,,2)})
exten => _[0-9a-fA-f_].,2,Set(firstpart=${CUT(EXTEN,,1)})

and then we get this (in the console):

 -- Accepting AUTHENTICATED call from 192.118.54.135: [...]
    -- Executing [f19dffb971b93746d@mydundictx:2]
Set("IAX2/192.118.54.135:4569-1", "lastpart=") in new stack
    -- Executing [f19dffb971b93746d@mydundictx:3]
Set("IAX2/192.118.54.135:4569-1",
"firstpart=f19dffb971b93746d") in new
stack

I understand that Asterisk truncates the extension in the display (in
this case - to 17 characters), but I was under the impression that this
is for display only. Apparently this is not the case - the as evidently
at least CUT sees only the first 17 characters ?!?

Then we changed the setup to dial from server to server using SIP
instead of IAX2 - using this method, the entire extension is passed
correctly. Any idea whats going on here ?

We're using Asterisk 1.4.0.

-- 
Oded Arbel
Atelis
oded@atelis.net
Tel: +972-54-7340014
::..
After a number of decimal places, nobody gives a damn.

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20070314/8a006dfc/attachment.htm