Summary: | ASTERISK-17242: ${CALLERID(subaddr)} returns the trailing '}', ${CALLERID(dnid-subaddr)} works OK | ||
Reporter: | Alec Davis (alecdavis) | Labels: | |
Date Opened: | 2011-01-13 17:50:09.000-0600 | Date Closed: | 2011-06-07 14:04:39 |
Priority: | Minor | Regression? | No |
Status: | Closed/Complete | Components: | Functions/func_callerid |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | Workaround is to trim it back off. exten => s,n,Set(CALLERID(num)=${CALLERID(subaddr):0:4} ) Looks like it stems from the subaddress thats being set for the call notice "DAHDI/i1/4XXX9100:8512}-5a" has it as well. ****** ADDITIONAL INFORMATION ****** Asterisk version 1.8.2 tagged release Dialplan code:<pre> [bdt-disa-subaddr] exten => s,1,NoOp(dnid-subaddr='${CALLERID(dnid-subaddr)}' subaddr='${CALLERID(subaddr)}' ) exten => s,n,Set(CALLERID(num)=${CALLERID(subaddr):0:4} ) exten => s,n,Goto(internal,${CALLERID(dnid-subaddr):0:4},1) </pre> console output: -- Goto (bdt-disa-subaddr,s,1) -- Executing [s@bdt-disa-subaddr:1] NoOp("DAHDI/i1/4XXX9100:8512}-5a", "dnid-subaddr='8399' subaddr='8512}' ") in new stack -- Executing [s@bdt-disa-subaddr:2] Set("DAHDI/i1/4XXX9100:8512}-5a", "CALLERID(num)=8512 ") in new stack -- Executing [s@bdt-disa-subaddr:3] Goto("DAHDI/i1/4XXX9100:8512}-5a", "internal,8399,1") in new stack -- Goto (internal,8399,1) -- Executing [8399@internal:1] NoOp("DAHDI/i1/4XXX9100:8512}-5a", "callerid=8512") in new stack -- Executing [8399@internal:2] Progress("DAHDI/i1/4XXX9100:8512}-5a", "") in new stack -- Executing [8399@internal:3] Answer("DAHDI/i1/4XXX9100:8512}-5a", "") in new stack -- Executing [8399@internal:4] Wait("DAHDI/i1/4XXX9100:8512}-5a", "2") in new stack | ||
Comments: | By: Richard Mudgett (rmudgett) 2011-01-13 20:19:01.000-0600 CALLERID(subaddr) and CALLERID(dnid-subaddr) are different subaddresses. CALLERID(subaddr) is the caller's subaddress. CALLERID(dnid-subaddress) is the dialed subaddress. Since the '}' is in the channel name, it is likely received that way in the SETUP message. Please check the PRI debug trace SETUP message. The actual error may be in the calling dialplan. By: Alec Davis (alecdavis) 2011-01-13 20:57:27.000-0600 Oops. Thanks. as received: 1 < [6d 06 80 38 35 31 32 7d] 1 < Calling Sub-Address (len= 8) [ Ext: 1 Type: NSAP (X.213/ISO 8348 AD2) (0) O: 0 '8512}' ] On the calling side I had an extra brace: exten => _83XX,n,Set(CALLERID(subaddr)=${CALLBACKNUM}}) |