Simon, I was just pointing to the problem, which I thought must be solved somehow. And I was not sure that my solution is the right one. Now I'm sure that it is wrong. I apologize for my mistake. After reading chapters - "7.1.4 H.323 URL scheme"; - "O.5 Encoding of H.323 URL in H.323 messages"; - "O.6 Non-H.323 URLs and URIs within the context of H.323" from "H.323 (12/2009)" I propose another one. From: Simon Horne [mailto:s.horne@spranto.com] Sent: Thursday, February 13, 2014 10:56 PM To: 'Denis Kochmashev'; h323plus@lists.packetizer.com Subject: RE: [h323plus] Some issues with h323pdu.cxx Denis Patch applied. Thx Note I have been reliably informed the h323: prefix means URL alias type but I agree with you. Simon From: h323plus-bounces@lists.packetizer.com [mailto:h323plus-bounces@lists.packetizer.com] On Behalf Of Denis Kochmashev Sent: 13 February 2014 18:41 To: h323plus@lists.packetizer.com Subject: [h323plus] Some issues with h323pdu.cxx Hello! Please correct me if I'm wrong, but 1. It looks like there is a small mistake in h323pdu.cxx which doesn't allow to build h323plus without H.235 being enabled. 2. I've found that 'H323SetAliasAddress(const PString & _name, H225_AliasAddress & alias, int tag)' doesn't allow to set AliasAddress of type h323_ID if it looks like dialedDigits even if _name begins with 'h323:'. For example, if I specify _name = 'h323:12345', alias tag will all the same be dialedDigits because it looks like them. I suggest a small change to H323SetAliasAddress, because now it produces unpredictable results. Thanks, Denis