also here is the debug of h225 asn1 and h225 events on non-working 1760:
Nov 25 00:31:37.630 EET: Changing to new event: CONNECT
h323chan_chn_connect: connecting to 172.17.21.2:1720
Nov 25 00:31:37.630 EET: h323chan_gw_conn: Created socket fd=3
Nov 25 00:31:37.630 EET: h323chan_gw_conn: connect in progress on fd=3h323chan_chn_connect: using fd=3, owner_data(ccb) 0x84315674
changing from NONE state to CONNECTING state
Nov 25 00:31:37.674 EET: h323chan_chn_process_read_socket: fd=3 of type CONNECT_PENDING has data
Nov 25 00:31:37.674 EET: Changing to new event: CONNECTED
changing from CONNECTING state to CONNECTED state
Nov 25 00:31:37.678 EET: compose_TunnelledSignallingMessage_ciscoNo tunnelled content.
Nov 25 00:31:37.678 EET: H225.0 OUTGOING PDU ::=
value H323_UserInformation ::=
{
h323-uu-pdu
{
h323-message-body setup :
{
protocolIdentifier { 0 0 8 2250 0 4 }
sourceAddress
{
h323-ID : {"luck"}
}
sourceInfo
{
vendor
{
vendor
{
t35CountryCode 181
t35Extension 0
manufacturerCode 18
}
}
gateway
{
protocol
{
voice :
{
supportedPrefixes
{
}
}, h323 :
{
supportedPrefixes
{
}
}
}
}
mc FALSE
undefinedNode FALSE
}
activeMC FALSE
conferenceID '00000000000000000000000000000000'H
conferenceGoal create : NULL
callType pointToPoint : NULL
sourceCallSignalAddress ipAddress :
{
ip 'C0A8C710'H
port 11989
}
callIdentifier
{
guid '00000000000000000000000000000000'H
}
fastStart
{
'00...100'H,
'400...C710...'H,
'00...100'H,
'400...8C7...'H
}
mediaWaitForConnect FALSE
canOverlapSend FALSE
multipleCalls TRUE
maintainConnection TRUE
symmetricOperationRequired NULL
}
h245Tunneling TRUE
}
}
Nov 25 00:31:37.702 EET: H225.0 OUTGOING ENCODE BUFFER::= 20...00180
Nov 25 00:31:37.706 EET:
Hex representation of the SETUP TPKT to send.: 080...180
h225SetupRequest: Q.931 SETUP sent from fd=3
Nov 25 00:31:37.710 EET: h323chan_chn_process_read_socket: fd=3 of type CONNECTED has data
Nov 25 00:31:37.710 EET: h323chan_recvdata: No Data on fd=3
PROCESS_READ: FAILED/NOT COMPLETE,rc 10, fd=3
ter
Nov 25 00:31:52.688 EET: compose_TunnelledSignallingMessage_ciscoNo tunnelled content.
Nov 25 00:31:52.688 EET: H225.0 OUTGOING PDU ::=
value H323_UserInformation ::=
{
h323-uu-pdu
{
h323-message-body releaseComplete :
{
protocolIdentifier { 0 0 8 2250 0 4 }
callIdentifier
{
guid '00000000000000000000000000000000'H
}
}
h245Tunneling TRUE
}
}
Nov 25 00:31:52.692 EET: H225.0 OUTGOING ENCODE BUFFER::= 258...180
Nov 25 00:31:52.692 EET:
Hex representation of the RELEASE COMPLETE TPKT to send.: 080...0180
h225TerminateRequest: Q.931 RELEASE COMPLETE sent from fd=3. Call state changed to [Null].
Nov 25 00:31:52.696 EET: h323chan_close: TCP connection from fd=3 closed
===
What i've checked:
1 access-lists
2 NAT rules
I'm not sure in FrameRelay
Ss it a problem with the udp ports range 16384-32768? (signaling is OK)
sorry for a such chaotic post(writing at night) but will provide any details to help solving this problem
