- This topic is empty.
12th September 2005 at 02:31 #30126MarceloGuest
Guys i guess that the title says it all.
To start de development of an application, wich one do you recomend and why?
Thanks very much!
Marcelo12th September 2005 at 09:19 #30127Tom HowardGuest
I have written protocol stacks for both H.323 and SIP, and these power switches providing basic VoIP telephony services.
My opinion is that H.323 is the superior protocol for basic telephony, although for more advanced features such as conferencing, SIP may be more appropriate.
H.323 is less open to misinterpretation, because it is defined using ASN.1 syntax. Encoding is using PER, which is hard work for an implementer, but worth the effort. SIP is text based, and very easy to make a mistake with.
H.323 call signalling is based on Q.931, which is a telecoms industry standard. This makes it easier to map messages to TDM based telecommunications links.
H.323 is TCP based. TCP is a connection orientated protocol, and provides a mechanism for retransmissions and error checking. SIP is usually UDP based, so retransmission is built into the protocol itself, which adds another overhead for the developer.
H.323 is mature and supported (almost required) by high end equipment. For example, although Quintum have included UA functionality in the gateways and switches, for any serious application, H.323 is required.
Perhaps this is a little unfair, but SIP seems to be a hobbyist’s protocol. I own and manage an ITSP (DUAL Talk). All of the serious business comes into my H.323 switch. Customers using SIP tend to have downloaded free copies of SER or Asterisk and originate very little traffic.
Having said these things, H.323 is not perfect. The Fast Start procedure for media negotiation is clumsy and there have been some backward compatibility issues in the past with H.323. Also, SoHo routers seem to handle SIP better than H.323.
It seems that SIP is gaining popularity for consumer applications and IP-PBX applications, whereas H.323 is holding on to the ground it has already gained in the business of switching revenue generating traffic.
But, at the end of the day, they are both only protocols that facilitate higher level applications, and they both do this well.13th September 2005 at 04:31 #30128Developer’s side of the coinGuest
Do you have somethins about this for developers.
Visual basic.NET ?13th September 2005 at 04:54 #30129SadaatGuest
Check VoIP Software Development Kits at