Dial() Command Parameter L Overflow?

I posted this to the users list. They suggested I post it
here. I have two
Asterisk Systems. One on of those, when I execute this:

Dial("SIP/teleglobe-007931d0",
"SIP/13033372500teleglobe|60|oL(4007520000:60000:30000)")

... It causes Asterisk to immediately read out the time
limit of the call
(66,792 minutes), as soon as the other end answers, even
though we aren't
down to 60s remaining yet. Asterisk then goes into an
infinite loop and
reads out the time limit over and over again!

On ANOTHER system, with the same Dial command, this does not
happen. Both
versions of Asterisk are the same.

Anyone got any idea what might be causing this? Maybe one
was compiled in 32
bit mode and an Integer value is overflowing? How do I check
this?

Douglas.


_______________________________________________

Sign up now for AstriCon 2007!  September 25-28th.  http://www.astricon.net/


--Bandwidth and Colocation Provided by http://www.api-digital.c
om--

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

which specific * version is it?

and 66 792 is quite huge ( > 46 days), do you really need
this?


On 9/19/07, Douglas Garstang <Douglas.garstangmig33global.com> wrote:
> I posted this to the users list. They suggested I post
it here. I have two
> Asterisk Systems. One on of those, when I execute
this:
>
> Dial("SIP/teleglobe-007931d0",
> "SIP/13033372500teleglobe|60|oL(4007520000:60000:30000)")
>
> ... It causes Asterisk to immediately read out the time
limit of the call
> (66,792 minutes), as soon as the other end answers,
even though we aren't
> down to 60s remaining yet. Asterisk then goes into an
infinite loop and
> reads out the time limit over and over again!
>
> On ANOTHER system, with the same Dial command, this
does not happen. Both
> versions of Asterisk are the same.
>
> Anyone got any idea what might be causing this? Maybe
one was compiled in 32
> bit mode and an Integer value is overflowing? How do I
check this?
>
> Douglas.
>
>
> _______________________________________________
>
> Sign up now for AstriCon 2007!  September 25-28th.  http://www.astricon.net/

>
> --Bandwidth and Colocation Provided by http://www.api-digital.c
om--
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
>


-- 
Clod Patry

_______________________________________________

Sign up now for AstriCon 2007!  September 25-28th.  http://www.astricon.net/


--Bandwidth and Colocation Provided by http://www.api-digital.c
om--

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

In article <C316AA0B.114E%Douglas.garstangmig33global.com>,
Douglas Garstang <Douglas.garstangmig33global.com> wrote:
> I posted this to the users list. They suggested I post
it here. I have two
> Asterisk Systems. One on of those, when I execute
this:
> 
> Dial("SIP/teleglobe-007931d0",
> "SIP/13033372500teleglobe|60|oL(4007520000:60000:30000)")
> 
> ... It causes Asterisk to immediately read out the time
limit of the call
> (66,792 minutes), as soon as the other end answers,
even though we aren't
> down to 60s remaining yet. Asterisk then goes into an
infinite loop and
> reads out the time limit over and over again!
> 
> On ANOTHER system, with the same Dial command, this
does not happen. Both
> versions of Asterisk are the same.
> 
> Anyone got any idea what might be causing this? Maybe
one was compiled in 32
> bit mode and an Integer value is overflowing? How do I
check this?

Could be. 4007520000 is 0xEEDDE700, which when stored in a
signed 32-bit
variable is interpreted as -287447296.

The real problem is that it was a stupid idea to require
those values to be
expressed in milliseconds instead of seconds. Who on earth
needs millisecond
resolution for call limits and warning announcements?

Cheers
Tony
-- 
Tony Mountifield
Work: tonysoftins.co.uk - http://www.softins.co.uk

Play: tonymountifield.org - http://tony.mountifield.o
rg

_______________________________________________

Sign up now for AstriCon 2007!  September 25-28th.  http://www.astricon.net/


--Bandwidth and Colocation Provided by http://www.api-digital.c
om--

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev