Packetizer Forums: SIP / H.323 Interworking2017-04-17T12:36:28ZPacketizer Forumshttps://forums.packetizer.com/webmaster@packetizer.comhttps://forums.packetizer.com/feeds/?f=26Copyright (C) 2017 Packetizer, Inc. All Rights Reserved.Packetizer ATOM/RSS Feed Generatorhttps://www.packetizer.com/rss/images/packetizer.pnghttps://forums.packetizer.com/images/packetizer_icon.pngzmechzRe: Changing RTP audio port at SIP side and notifying H323endpointhttps://forums.packetizer.com/viewtopic.php?f=26&t=756&p=2008#p20082017-04-17T12:36:28Z2017-04-17T12:36:28Z<div>Hi Jan,<br/>
<br/>
Thanks in advance.<br/>
The problem happens when I put the call on Hold for more than a minute.<br/>
In my configuration there is also a proxy between the H323Endpoint and the SIP device, and this proxy has a 1 minute timeout.<br/>
That said, when I put the call on Hold, it closes all logical channels, and after one minute the proxy drops this audio port.<br/>
When I resume the call, it tries to create the logical channels again, but the proxy rejects this port due to timeout.<br/>
<br/>
Regards,<br/>
Caio</div>willamowiusRe: Changing RTP audio port at SIP side and notifying H323endpointhttps://forums.packetizer.com/viewtopic.php?f=26&t=756&p=2006#p20062017-04-14T07:06:25Z2017-04-14T07:06:25Z<div>If you close the old audio channel and open a new one with new ports, your method should work.<br/>
<br/>
But since you build a gateway anyway, why not keep the audio channel open and let the gateway proxy the media so the H.323 side can keep using the original port ?<br/>
<br/>
Regards,<br/>
Jan</div>zmechzChanging RTP audio port at SIP side and notifying H323endpointhttps://forums.packetizer.com/viewtopic.php?f=26&t=756&p=2005#p20052017-04-13T17:05:25Z2017-04-13T17:05:25Z<div>Hi, I am developping a SIP <=> H323 gateway.<br/>
My test scenario has one cisco device talking H323 and another one talking SIP.<br/>
At some point, I put the call on hold, and when I resume the call, I need to create a new RTP audio port for the H323endpoint, so it can send its audio data.<br/>
I wrote the code to create that port and send an open logical channel notifying the H323 endpoint to use it. But it seems the H323endpoint keeps sending audio to the old RTP port, it ignores my "Open Logical channel" msg with the new port.<br/>
Does anybody know how could I make the H323endpoint send data to the new audio port?</div>rodssmithRe: H.323-SIP SBC with T.38 pass-through supporthttps://forums.packetizer.com/viewtopic.php?f=26&t=20&p=499#p4992011-10-18T06:19:32Z2011-10-18T06:19:32Z<div>same as well here Paul, even i also don`t know about it but will be happy to know about it ...lol</div>paulejRe: H.323-SIP SBC with T.38 pass-through supporthttps://forums.packetizer.com/viewtopic.php?f=26&t=20&p=36#p362009-09-17T15:34:08Z2009-09-17T15:34:08Z<div>To be entirely honest, I've never seen an open source SBC product that performed H.323/SIP interworking. There are several commercial products, including ones from Cisco and Acme Packet.<br/>
<br/>
I would be interested to know if there are any, though.<br/>
<br/>
Paul</div>d.kochmashevH.323-SIP SBC with T.38 pass-through supporthttps://forums.packetizer.com/viewtopic.php?f=26&t=20&p=35#p352009-09-17T05:26:46Z2009-09-17T05:26:46Z<div>Does anyone know any OPEN-SOURCE SBC which provide H.323-SIP interworking WITH T.38 PASS-THROUGH support? Or am I asking for too much ? :)</div>