[Home]

Summary:ASTERISK-16051: SIP Anonymous Call: h323 to SIP
Reporter:Stephane Brodeur (steph63)Labels:
Date Opened:2010-05-04 18:13:46Date Closed:2011-06-07 14:04:43
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Channels/chan_h323
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:Hi,

I am an Asterisk newbie and I think that there might be something wrong about the way the h323 ID is transfer from an H323 to SIP call.

I am expecting some behaviour like OOH323, may be this is where I am wrong, where a call from NetMeeting or Ekiga (h323) is displayed on X-lite with the H323 ID defined in the First Name/Last Name of NetMeeting Directory information or in Ekiga first Name and Surname information.        

The problem with h323 is that calls originated from an h323 soft phone are not match with any h323id defined in h323. The SIP phones displays a call from Anonymous SIP call whether the h323 id is defined or not in h323.conf

Found similiar behavior for

[root@samba3 asterisk]# cat /etc/redhat-release
CentOS release 5.4 (Final)

samba3*CLI> show version
Asterisk 1.6.2.0 built by root @ samba2.maison.net on a i686 running Linux on 2010-03-20 23:51:46 UTC

or

[root@samba3 asterisk]# cat /etc/redhat-release
CentOS release 5.2 (Final)
samba3*CLI> show version
Asterisk 1.4.30 built by root @ samba3.maison.net on a i686 running Linux on 2010-04-20 23:51:46 UTC

and

Here is my configuration

h323.conf
[general]
port = 1720
bindaddr = 0.0.0.0

disallow=all
allow=ulaw

dtmfmode=inband

gatekeeper = DISABLE

context=default

[Bob Smith]
type=user
host=192.168.1.100
context=phones

sip.conf
[general]
context=phones
bindport=5060
bindaddr=0.0.0.0                

[1000]
type=friend                        
username=1000
secret=farinon
host=dynamic
nat=no
context=phones
disallow=all
allow=ulaw
allow=h263
allow=h263p
canreinvite=yes
mailbox=1100@phones

extensions.conf
[phones]
exten => 1000,1,Dial(SIP/1000,15)
exten => 1000,2,VoiceMail(1100@phones)
exten => 1000,3,PlayBack(vm-goodbye)
exten => 1000,4,Wait(2)
exten => 1000,5,HangUp()

exten => 4000,1,Dial(h323/192.168.1.100,100,Ttr)




Debug
samba3*C== New H.323 Connection created.
samba3*C--Received SETUP message
   -- Setting up Call
   --  LI>     Call token:  [ip$192.168.1.100:1538/23325]
   --  LI>     Calling party name:  [Bob Smith]
   --  LI>     Calling party number:  []
   --  LI>     Called party name:  [1000]
   --  LI>     Called party number:  [1000]
   --  LI>     Calling party IP:  [192.168.1.100]
Setting capabilities to 0x4 (ulaw)
Capabilities in preference order is (ulaw)
Allowed Codecs:
samba3*C Table:
  G.711-uLaw-64k <1>
  UserInput/hookflash <2>
  UserInput/basicString <3>
Set:3*CLI>
  0:3*CLI>
    0:CLI>
      G.711-uLaw-64k <1>
    1:CLI>
      UserInput/hookflash <2>
    2:CLI>
      UserInput/basicString <3>
samba3*CLI>
samba3*C=-= In OnAnswerCall for call 23325
samba3*CLI>     - Progress Indicator: 0
samba3*CLI>     - Inserting PI of 0 into ALERTING message
[Apr 25 21:11:50] NOTICE[6561]: chan_h323.c:2229 answer_call: Dropping call because extensions '1000', 's' and 'i' doesn't exists in context [default]
samba3*C-- Sending RELEASE COMPLETE
samba3*C-- ClearCall: Request to clear call with token ip$192.168.1.100:1538/23325, cause EndedByNoUser
samba3*C-- ClearCall: Request to clear call with token ip$192.168.1.100:1538/23325, cause EndedByAnswerDenied
samba3*C-- ClearCall: Request to clear call with token ip$192.168.1.100:1538/23325, cause EndedByTransportFail
-- Remote endpoint could not find user: Bob Smith [192.168.1.100]
samba3*C== H.323 Connection deleted.
Comments:By: Paul Belanger (pabelanger) 2010-05-05 10:58:15

Thanks for your comments. This does not appear to be a bug report and we are closing it. We appreciate the difficulties you are facing, but it would make more sense to raise your question in the support tracker, http://www.asterisk.org/support