search for: find_peer

Hi: I had asterisk with RealTime database working perfectly in a RH 9.0 machine. I used the sip cache so I even had MWI working. The problem is that I decided to move to Fedora Core 3. I installed the lastets cvs version of asterisk and the RealTime addon from asterisk-addons. I at first had the problems with the kernel and the zaptel driver but all that was solved with the

...php|1: line:58 - IDCONFIG : 1 a2billing.php|1: a2billing.php|1: line:67 - MODE : standard a2billing.php|1: -- AGI Script Executing Application: (Dial) Options: ( OOH323/12127773456@OOH323|60|HLxyz(5400000:31000:00000)) --- ooh323_request - data 12127773456@OOH323 format 0x4 (ulaw) --- find_peer +++ find_peer +++ ooh323_request --- ooh323_call- 12127773456@OOH323 +++ ooh323_call -- Called 12127773456@OOH323 Segmentation fault (core dumped) [root@asterisk1 ~]# show version Asterisk 1.2.12.1 built by root @ localhost.localdomain on a i686 running Linux on 2006-10-18 18:35:57 UT...

...he PSTN. I think i even managed my way in the arcane and cryptic management interface of that appliance, but I am stuck against theese messages: -- Executing Dial("SIP/xlite1-7a03", "H323/120/smallbox") in new stack --- h323_request - data 120/smallbox format 0x4 (ulaw) --- find_peer +++ find_peer +++ h323_request --- h323_call- 120/smallbox +++ h323_call -- Called 120/smallbox --- onNewCallCreated ooh323c_1 --- find_call +++ find_call Outgoing call smallbox(ooh323c_1) - Codec prefs - (gsm|alaw|ulaw) Adding capabilities to call(outgoing, ooh323c_1) Addi...

Hi, I've just had to enable the requirecalltoken=no option in iax.conf for one of my IAX2 trunks, and I don't think it works properly in the realtime version. I've created the requirecalltoken field in my (Postgres via ODBC) database, type text, and have variously tried it with 'yes', 'no' and 'auto' in the field. But the setting never seems to be used and

...ects but quickly disconnects citing the following error message: **** --- build_peer +++ build_peer +++ reload_config +++ ooh323_do_reload -- Executing Dial("SIP/yyy-2965", "OOH323/203@xxx") in new stack --- ooh323_request - data 203@xxx format 0x4 (ulaw) --- find_peer +++ find_peer +++ ooh323_request --- ooh323_call- 203@xxx --- onNewCallCreated ooh323c_o_22 --- find_call +++ find_call setting callid number 203 Outgoing call xxx(ooh323c_o_22) - Codec prefs - (gsm|ulaw|g723) Adding capabilities to call(outgoing, ooh323c_o_22) Adding g...

...0 0x400337c0 in pthread_setcanceltype () from /lib/libpthread.so.0 #21 0x0805d8de in ast_load_realtime (family=0x666d7464 <Address 0x666d7464 out of bounds>) at config.c:994 #22 0x4047cdad in realtime_peer (peername=0xbe7f8891 "101", sin=0x730) at chan_sip.c:1696 #23 0x4046cf67 in find_peer (peer=0xbe7f8891 "101", sin=0x0, realtime=1) at chan_sip.c:1776 #24 0x40485dfd in register_verify (p=0x81944d8, sin=0xbe7fe79c, req=0xbe7fe7ac, uri=0xbe7fe9cd "sip:192.168.1.2", ignore=1718449252) at chan_sip.c:6514 #25 0x404839b7 in handle_request (p=0x81944d8, req=0xbe7fe7ac,...

...- ooh323_hangup hanging mms mms +++ ooh323_hangup --- ooh323_destroy Destroying mms mms +++ ooh323_destroy SIP to H323 NetMeeting -- Executing Dial("SIP/6384-b575", "OOH323/6985|40|owWtT") in new stack --- ooh323_request - data 6985 format 0x8 (alaw) --- find_peer +++ find_peer +++ ooh323_request --- ooh323_call- 6985 +++ ooh323_call -- Called 6985 --- onNewCallCreated ooh323c_o_3 --- find_call +++ find_call setting callid number 6384 Outgoing call 6985(ooh323c_o_3) - Codec prefs - (ulaw) Adding capabilities to call(outgoing, ooh3...

...nt back to that port, which is incorrect. (Sonicwalls and other routers love to do this, even with "Symmetric NAT" on). The reason for this is that the NOTIFY reply does not attempt to lookup the SIP peer and check its NAT flags. I've seen some nasty From: header string parsing code + find_peer() that does this, but I was wondering if there's an easier way. Thanks. -- James

...0 0x400337c0 in pthread_setcanceltype () from /lib/libpthread.so.0 #21 0x0805d8de in ast_load_realtime (family=0x666d7464 <Address 0x666d7464 out of bounds>) at config.c:994 #22 0x4047cdad in realtime_peer (peername=0xbe7f8891 "101", sin=0x730) at chan_sip.c:1696 #23 0x4046cf67 in find_peer (peer=0xbe7f8891 "101", sin=0x0, realtime=1) at chan_sip.c:1776 #24 0x40485dfd in register_verify (p=0x81944d8, sin=0xbe7fe79c, req=0xbe7fe7ac, uri=0xbe7fe9cd "sip:192.168.1.2", ignore=1718449252) at chan_sip.c:6514 #25 0x404839b7 in handle_request (p=0x81944d8, req=0xbe7fe7ac,...

...0 0x400337c0 in pthread_setcanceltype () from /lib/libpthread.so.0 #21 0x0805d8de in ast_load_realtime (family=0x666d7464 <Address 0x666d7464 out of bounds>) at config.c:994 #22 0x4047cdad in realtime_peer (peername=0xbe7f8891 "101", sin=0x730) at chan_sip.c:1696 #23 0x4046cf67 in find_peer (peer=0xbe7f8891 "101", sin=0x0, realtime=1) at chan_sip.c:1776 #24 0x40485dfd in register_verify (p=0x81944d8, sin=0xbe7fe79c, req=0xbe7fe7ac, uri=0xbe7fe9cd "sip:192.168.1.2", ignore=1718449252) at chan_sip.c:6514 #25 0x404839b7 in handle_request (p=0x81944d8, req=0xbe7fe7ac,...

...ts the gateway based on the leases file. The code in the function is: detect_dynamic_gateway() { # $1 = interface local interface interface=$1 local GATEWAYS GATEWAYS= local gateway gateway=$(run_findgw_exit $1); if [ -z "$gateway" ]; then gateway=$( find_peer $($IP addr list $interface ) ) fi if [ -z "$gateway" -a -f ${VARLIB}/dhcpcd/dhcpcd-${1}.info ]; then eval $(grep ^GATEWAYS= ${VARLIB}/dhcpcd/dhcpcd-${1}.info 2> /dev/null) [ -n "$GATEWAYS" ] && GATEWAYS=${GATEWAYS%,*} && gateway=$GATE...