Skip to main content
A
Anonymous
January 14, 2012
Question

"1" in front of UV numbers

  • January 14, 2012
  • 1 reply
  • 835 views

It seems possible to enter UV numbers in Adobe Connect without a "1" in front of the numbers, as this is the way FMG is configured for Adobe hosted. However, we are not able to configure our FMG server to get this to work. When dialing numbers without a "1", we get the error: "this number cannot be dialed at this time". If adding a "1" for the same number, everything works fine.

   Would you happen to know if there is a configuration without FMG that allows this to happen, or is this strictly on the SIP provider side?

   Thanks

This topic has been closed for replies.

1 reply

A
Anonymous
January 16, 2012

It is highly likely that your SIP provider has enforced numbers starting with international prefix as a dialing requirement.

Still, to verify whether FMG configuration is restricting access to a number without prefix 1, you might look into FMG logs (core00.log ), to see whether a SIP the call ever created; if yes, then FMG is not restricting access.

In FMG is possible to automatically prefix 1 to a dialled number; workflow.xml. Once you locate the context tag being used for outgoing call xml variable ${destnum} can be replaced by 1${destnum}.

-Pankaj

A
Anonymous
January 16, 2012

Thanks a lot Pankaj. I'm really new to this and the person who set it up left the company. Does the change from {destnum} into 1${destnum} need to be done for every condition?

Also, does your fix implies that all US numbers be entered without a "1"? What will happen if some have already a "1" in front?

Here is what that context look like for us. The last part is what Adobe suggested we add for this exact issue which seems to be different that what you are saying.

I really appreciate your help here as Adobe's suggestion hasn't fixed the problem.

--Isabelle

<Context name="sipGatewayContext">

    <!-- play moh.raw file and then hangup -->

    <Condition variable="destNum" value="^8888$">

        <AppNode sequence="1" app="playfile" args="moh.raw"/>

        <AppNode sequence="2" app="hangup" args="null"/>

    </Condition>

    <!-- play welcome.raw, then start recording (terminated with dtmf #),

        then play back the recorded file, record.raw -->

    <Condition variable="destNum" value="^9999$">

        <AppNode sequence="1" app="playfile" args="welcome.raw"/>

        <AppNode sequence="2" app="record" args="recorded.raw"/>

        <AppNode sequence="3" app="playfile" args="recorded.raw"/>

        <AppNode sequence="4" app="hangup" args="null"/>

    </Condition>

    <!-- call rtmp phone -->

    <Condition variable="destNum" value="^1...$">

        <AppNode sequence="1" app="bridge" args="rtmp|${destNum}@profile_default"/>

        <AppNode sequence="2" app="hangup" args="null"/>

    </Condition>

    <!-- call sip phone 777 -->

    <Condition variable="destNum" value="^777$">

        <AppNode sequence="1" app="bridge" args="sip|${destNum}@sipPhone"/>

        <AppNode sequence="2" app="hangup" args="null"/>

    </Condition>

    <!-- call sip phone 888 -->

    <Condition variable="destNum" value="^888$">

        <AppNode sequence="1" app="bridge" args="sip|${destNum}@sipPhone2"/>

        <AppNode sequence="2" app="hangup" args="null"/>

    </Condition>

   

    <!-- Adobe suggested entry for auto dial of the 1 before numbers -->

    <Condition value="^1?8(88|77|66|55|44|33|22|00).*$" variable="destNum">

        <AppNode app="bridge" args="sip|${destNum}@sipGateway" sequence="1"/>

        <AppNode app="hangup" args="null" sequence="2"/>

    </Condition>

</Context>

A
Anonymous
January 17, 2012

Adobe's suggestion hasn't fixed the problem.

Isabelle,

The Adobe suggested entry in your xml correct; however, it appears in wrong workflow.xml context node (sipGatewayContext).

Right way to put this entry in  rtmp node (<Context name="rtmp">). If you see an context name rtmp in workflow.xml, add the Adobe suggested condition node as the top most xml child node within rtmp. FMG needs to be restarted to bring changes into effect.

Pankaj

Terms & ConditionsAccessibility statement
Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices