[asterisk-bugs] [Asterisk 0013879]: DUNDi queries/lookups from 32-bit to 64-bit machine fails; 64-bit to 32-bit operations OK

Fri Dec 12 08:40:45 CST 2008

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13879 
====================================================================== 
Reported By:                akkornel
Assigned To:                russell
====================================================================== 
Project:                    Asterisk
Issue ID:                   13879
Category:                   PBX/pbx_dundi
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.22 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 145354 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-11-11 19:39 CST
Last Modified:              2008-12-12 08:40 CST
====================================================================== 
Summary:                    DUNDi queries/lookups from 32-bit to 64-bit machine
fails; 64-bit to 32-bit operations OK
Description: 
I have three machines: KORNEL-3503A, KORNEL-3503B, and NPBUBT. 
KORNEL-3503A is running the i686 architecture on a 32-bit Pentium CPU (the
i386 build of Ubuntu).  KORNEL-3503B and NPBUBT are running the x86_64
architecture on 64-bit AMD Opteron CPUs (the amd64 build of Ubuntu).  For
testing purposes, all three machines are peered with each other, and the
same key is in use on all three machines.

I have a SIP hardphone plugged into KORNEL-3503B.  If I dial an extension
on KORNEL-3503A or on NPBUBT, the call is connected.  However, if I am
plugged into KORNEL-3503A, all my attempts to dial extensions on
KORNEL-3503B and NPBUBT fail.  The messages on the remote console indicate
that KORNEL-3503A (the 32-bit machine) is unable to find any of the
extensions that live on KORNEL-3503B or on NPBUBT (the 64-bit machines).

I see the same behavior with the `dundi lookup` command:  When I am on
KORNEL-3503B or NPBUBT, if I try to lookup an extension that lives on any
other machine, I get a result.  When I am on KORNEL-3503A, all of attempts
to lookup extensions on the other machines fails.  The same thing happens
with the `dundi query` command:  From a 64-bit machine, I can query the
other 64-bit machine or the 32-bit machine and get details in return.  From
the 32-bit machine, all queries fail.

The `dundi show peers` command, when run from any of the three machines,
shows the other peers as status OK.  If I pick a random machine and shut it
down, the other two eventually notice and report the peer as UNREACHABLE.
====================================================================== 

---------------------------------------------------------------------- 
 (0096311) svnbot (reporter) - 2008-12-12 08:40
 http://bugs.digium.com/view.php?id=13879#c96311 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 163511

U   branches/1.4/pbx/pbx_dundi.c

------------------------------------------------------------------------
r163511 | russell | 2008-12-12 08:40:45 -0600 (Fri, 12 Dec 2008) | 5 lines

Specify uint32_t for variables storing a CRC32 so that it is actually 32
bits
on 64-bit machines, as well.

(inspired by issue http://bugs.digium.com/view.php?id=13879)

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=163511 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-12 08:40 svnbot         Checkin                                      
2008-12-12 08:40 svnbot         Note Added: 0096311                          
======================================================================