Hi, i think i found a bug in h46018 part of gnugk, call scheme: freeswitch-h323->GK-h323->cisco, freeswitch uses mod_h323 based on h323plus library, h46018 and h46023 enabled on both gnugk and freeswitch sides. Which happend: freeswitch send admission requets to gnugk gnugk reply to freeswitch with admissionconfirm with destcallsignaladdress of cisco, after this all signaling between freeswitch and cisco goes directly, on gnugk we have a call in alerting/progrees waiting state until timeout occurces.We have GKRouted=1 and H245Routed=1, i think with this settings signaling should goes thorouch gk and gk need send it's own ip in admissionconfirm. we try ProxyAlways=1 and Enable=1 in [Proxy] section with no luck, after this we recompile
gnugk without h46018/h46023 and calls goes fine after this. i attach dump of trafficfor this call, therhe is 91.193.236.4 is freeswitch, 91.195.204.1 GK and 192.168.168.168 is cisco.
C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@xxxxxxxxxxxxxxxxxxxxx JID: GHhost@xxxxxxxxxxxxxxxxxxxxx YG129-RIPE YG129-RIPE
Attachment:
dump
Description: Binary data
------------------------------------------------------------------------------
_______________________________________________________ Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/