[Migrated from old forumParticipant April 11, 2015 at 8:57 am Post count: 327]

in reply to: concatenate strings? #5994 |

To concatenate two strings, simply write them together:

${variable1}${variable2} or helloWorld${variable2}

Raman

[Migrated from old forumParticipant April 11, 2015 at 8:56 am Post count: 327]

in reply to: Visual DP and Windows? #5992 |

Bill_green

I think it is possible and better to replace the old kit with Asterisk. This way the entire system will be easier to maintain, and if necessary, to extend it.
It should not be so hard to find Asterisk consultants who may help you with this or to contact directly apstel for help. They provide premium support service.

Raman

[Migrated from old forumParticipant April 11, 2015 at 8:55 am Post count: 327]

in reply to: Call transfer based on caller id #5990 |

I think there is a tutorial that explains how to save the dialed number and then use in later in dial plan.
Check it out:
http://www.apstel.com/while-loop/how-to-save-dialed-number/

Zik

• This reply was modified 10 years, 6 months ago by  admin.
• This reply was modified 10 years, 6 months ago by  admin.

[Migrated from old forumParticipant April 11, 2015 at 8:54 am Post count: 327]

in reply to: problems maintaining value of EXTEN #5988 |

i think if have it figured out by looking at the dialplan generated… working as designed, but definitely a behavior that VDP users need to be aware of.

if you create a dialplan like my 2nd diagram with 5 steps, 3 of which are shared… VDP generates all 5 steps hardcoded to the FIRST extension, then for the 2nd, 3rd, 4th paths through, vdp generates a ‘goto(context,FIRSTextension,1) so that the shared steps are executed…

but this has the unintended/counter-intuitive (imho) effect of CHANGING ${EXTEN} to the first extension from the point that you start using the shared code…

so my workaround is to save ${EXTEN} to another channel variable and then use my saved variable as required to route the call through contexts instead of relying on ${EXTEN} to stay put.

perhaps this is obvious to others, but it wasn’t to me, so i post here hoping it will be useful to someone else.

[Migrated from old forumParticipant April 11, 2015 at 4:45 am Post count: 327]

in reply to: Seperate Call Monitor #5982 |

In that case you will need 3 different file names to use when saving the sound file in monitor block.
I just made a simple dial plan with 3 dial blocks and 3 macros, each macro corresponds to one of 3 dial blocks.
After running the dial plan asterisk created 3 different sound files (each for every monitor block) in /var/spool/asterisk/monitor folder.
Also, I checked “mix” and leave “monitor when bridged” option unchecked in “Edit Monitor” window.

Layos

[Migrated from old forumParticipant April 11, 2015 at 4:45 am Post count: 327]

in reply to: Seperate Call Monitor #5981 |

I tried that, but it didn’t seem to make a difference.

Let me try and articulate this a little better. Suppose you had one outbound number which when called ran through three dial blocks. The first one would continue to the second one, and the second one would continue to the third. In order to do this, you must check the “execute even when called party hangs up” or whatever the exact wording is.

Now, normally you would want the first dial block’s CDR and call monitor recording to be entirely different than the second dial blocks as they are two different calls, even though you dialed that one original number. In my case, I am getting one monitor recording which has all three dial blocks conversations, however the three do have separate CDR’s records. But the monitor recording is the same on all three CDR’s and it consists of all three calls together.

[Migrated from old forumParticipant April 11, 2015 at 4:44 am Post count: 327]

in reply to: Seperate Call Monitor #5980 |

I’m not sure if I understood you correctly but one way to achieve this may be if you choose “Execute macro” in Dial block.
This way it will execute the macro when the called party answers, each macro should contain Monitor block in order to record conversation between two parties.

Layos

[Migrated from old forumParticipant April 11, 2015 at 4:44 am Post count: 327]

in reply to: date range condition #5978 |

Yes, you may use variables, for example create the following variables interval1= Jan/20 and interval2=Feb/5, then choose this variables from the Month drop down box.

Razor117

[Migrated from old forumParticipant April 11, 2015 at 4:43 am Post count: 327]

in reply to: date range condition #5977 |

I tried that and i get Month is not valid x2
any ideas?
not letting me type Jan/20 in that format in that box.

[Migrated from old forumParticipant April 11, 2015 at 4:43 am Post count: 327]

in reply to: date range condition #5976 |

It seems that date periods in GotoIfTime block are not working in the same way as time periods.
Try with this one GotoIfTime(0:00-23:59,Mon-Sun,,Jan/20-Feb/5?).

Razor117

[Migrated from old forumParticipant April 11, 2015 at 4:43 am Post count: 327]

in reply to: date range condition #5975 |

Hello and Happy new year.

thank you for your recomendation. I tried it:
GotoIfTime(*,*,20-5,Jan-Feb?)
and i tried
GotoIfTime(0:00-23:59,Mon-Sun,20-5,Jan-Feb?)
both always going to true port after deployment.

it should go to false since the dates don’t apply.

cheers,
Cesar

[Migrated from old forumParticipant April 11, 2015 at 4:43 am Post count: 327]

in reply to: date range condition #5974 |

Merry Christmas to you too santa

I think you are looking for GotoIfTime block. This block is very similar to the GoToIf block.
When the specified time is matched by the current time then the call will be directed to a specific context or extension or priority.

Razor117

[Migrated from old forumParticipant April 11, 2015 at 4:42 am Post count: 327]

in reply to: Help me config dialplan #5972 |

This tutorial: http://www.apstel.com/asterisk-voip-how-to-make-ivr/
can be useful as a starting point when creating your own IVR system. It will give you an example of a basic setup for simple IVR system.

nick

• This reply was modified 10 years, 6 months ago by  admin.

[Migrated from old forumParticipant April 11, 2015 at 4:41 am Post count: 327]

in reply to: Call DEVICE UNIQUE #5970 |

Have you tried with CALLERID() function?

Alaric

[Migrated from old forumParticipant April 11, 2015 at 4:40 am Post count: 327]

in reply to: Setting default answers for DTMF input #5968 |

Lee,

If the ‘timeout’ is reached before the caller enters any digits, the ANSWER 1-4 variables will be undefined (empty string).
To handle this situation I would probably go with GotoIf block and expression like: $”${ANSWER1}” = “””” and then branch the call flow based on the expression result.
In case the result is true I would set ANSWER1 = ANSWERDEFAULT.

I hope this helps.

lexy