Is there is any help on the on how to configure this? Anywhere?
Looks like the Wiki only covers OpenPBX as T38Gateway() ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Karihaloo, Ujjval Sent: Thursday, March 08, 2007 7:33 PM To: OpenPBX.org Users Mailing List - Non-Commercial Discussion Subject: Re: [Openpbx-users] T38 PAssthrough using Open PBX Ingress T38 SOftphone is Kapanga. The Egress is a T38 Test equipment ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Aloi Sent: Thursday, March 08, 2007 5:39 PM To: OpenPBX.org Users Mailing List - Non-Commercial Discussion Subject: Re: [Openpbx-users] T38 PAssthrough using Open PBX Don't have an answer - but what T38 softphone are you using? On 3/8/07, Karihaloo, Ujjval <[EMAIL PROTECTED] > wrote: Pardon my ignorance, but should I open to new thread to get a response OR is this issue more complicated that I thought. I was working of the belief that T38 Pass through will work on OpenPBX. ________________________________ From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ] On Behalf Of Karihaloo, Ujjval Sent: Thursday, March 08, 2007 9:38 AM To: OpenPBX.org Users Mailing List - Non-Commercial Discussion Subject: Re: [Openpbx-users] T38 PAssthrough using Open PBX Appreciate your response. There are some logs in var/log/openpbx.org. Here is an excerpt from "full" log. I may be just missing a config to get Pass through to work. y.y.y.y is the Egress T38 Softphone and n.n.n.n is the NAT IP of the Ingress Softphone (bold underlined). Seems like OpenPBX detects T38, but still for some reason does not transmit it across. Mar 8 11:19:44 VERBOSE[1153612688] logger.c: --- (7 headers 0 lines) --- Mar 8 11:19:44 DEBUG[1153612688] chan_sip.c: (Provisional) Stopping retransmission (but retaining packet) on '[EMAIL PROTECTED] Request 102: Found Mar 8 11:19:44 VERBOSE[1153612688] logger.c: <-- SIP read from y.y.y.y:5060 : SIP/2.0 200 OK^M Content-Type: application/sdp^M Via: SIP/2.0/UDP x.x.x.x:5060 ;received=x;branch=z9hG4bK1457ce92;rport^M CSeq: 102 INVITE^M To: <sip:[EMAIL PROTECTED]>;tag=3c1cf5d1-13c4-45efd53a-42f0d21f-5f90^M From: "T38-Softphone "<sip:[EMAIL PROTECTED]>;tag=as2b613278^M Call-ID: [EMAIL PROTECTED] Contact: <sip:y.y.y.y>^M Content-Length: 128^M ^M v=0^M o=Omni-Q 1123078687 0 IN IP4 y.y.y.y^M s=session^M c=IN IP4 y.y.y.y^M t=0 0^M m=image 49160 udptl t38^M a=sendrecv^M Mar 8 11:19:44 VERBOSE[1153612688] logger.c: --- (9 headers 7 lines) --- Mar 8 11:19:44 DEBUG[1153612688] chan_sip.c: Acked pending invite 102 Mar 8 11:19:44 DEBUG[1153612688] chan_sip.c: Stopping retransmission on '[EMAIL PROTECTED]' of Request 102: Match Found Mar 8 11:19:44 DEBUG[1153612688] chan_sip.c: Got this other party (o = 'Omni-Q 1123078687 0 IN IP4 y.y.y.y') Mar 8 11:19:44 VERBOSE[1153612688] logger.c: Got T.38 offer in SDP Mar 8 11:19:44 DEBUG[1153612688] chan_sip.c: Activating UDPTL on response [EMAIL PROTECTED] (1) Mar 8 11:19:44 DEBUG[1153612688] chan_sip.c: T38 state changed to 4 on channel SIP/T38PROBE-dae2 Mar 8 11:19:44 VERBOSE[1153612688] logger.c: Peer T.38 UDPTL is at port y.y.y.y:49160 Mar 8 11:19:44 DEBUG[1153612688] chan_sip.c: Peer T.38 UDPTL is at port y.y.y.y:49160 Mar 8 11:19:44 DEBUG[1153612688] chan_sip.c: Our T38 capability = (12048), peer T38 capability (0), joint T38 capability (12048) Mar 8 11:19:44 VERBOSE[1153612688] logger.c: Capabilities: us - 0x8000e (gsm|ulaw|alaw|h263), peer - audio=0x3d07ff (g723|gsm|ulaw|alaw|g726|adpcm|slin|lpc10|g729|speex|ilbc|jpeg|h261|h263 |h263p|h264)/video=0x0 (nothing), combined - 0x8000e (gsm|ulaw|alaw|h263) Mar 8 11:19:44 VERBOSE[1153612688] logger.c: Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x7 (telephone-event|CN), combined - 0x1 (telephone-event) Mar 8 11:19:44 DEBUG[1153612688] chan_sip.c: build_route: Contact hop: <sip:y.y.y.y> Mar 8 11:19:44 VERBOSE[1153612688] logger.c: list_route: hop: <sip:y.y.y.y> Mar 8 11:19:44 VERBOSE[1153612688] logger.c: set_destination: Parsing <sip:y.y.y.y> for address/port to send to Mar 8 11:19:44 VERBOSE[1153612688] logger.c: set_destination: set destination to y.y.y.y, port 5060 Mar 8 11:19:44 VERBOSE[1153612688] logger.c: Transmitting (NAT) to y.y.y.y:5060: ACK sip:y.y.y.y SIP/2.0^M Via: SIP/2.0/UDP x.x.x.x:5060;branch=z9hG4bK1b4b9939;rport^M From: "T38-Softphone " < sip:[EMAIL PROTECTED] <mailto:sip:[EMAIL PROTECTED]> >;tag=as2b613278^M To: <sip:[EMAIL PROTECTED]>;tag=3c1cf5d1-13c4-45efd53a-42f0d21f-5f90^M Contact: < sip:[EMAIL PROTECTED] <mailto:sip:[EMAIL PROTECTED]> >^M Call-ID: [EMAIL PROTECTED] CSeq: 102 ACK^M User-Agent: OpenPBX^M Max-Forwards: 70^M Content-Length: 0^M ^M --- Mar 8 11:19:44 DEBUG[1157290896] generator.c: Trying to deactivate generator in SIP/8036-7e42 Mar 8 11:19:44 DEBUG[1157290896] generator.c: Generator on SIP/8036-7e42 stopped after 0 iterations Mar 8 11:19:44 DEBUG[1157290896] generator.c: Trying to deactivate generator in SIP/8036-7e42 Mar 8 11:19:44 DEBUG[1157290896] generator.c: Generator on SIP/8036-7e42 stopped after 0 iterations Mar 8 11:19:44 DEBUG[1077832592] channel.c: Avoiding initial deadlock for 'SIP/8036-7e42' Mar 8 11:19:44 VERBOSE[1157290896] logger.c: We're at x.x.x.x port 17712 Mar 8 11:19:44 VERBOSE[1157290896] logger.c: Adding codec 0x4 (ulaw) to SDP Mar 8 11:19:44 VERBOSE[1157290896] logger.c: Adding codec 0x2 (gsm) to SDP Mar 8 11:19:44 VERBOSE[1157290896] logger.c: Adding codec 0x8 (alaw) to SDP Mar 8 11:19:44 VERBOSE[1157290896] logger.c: Adding non-codec 0x1 (telephone-event) to SDP Mar 8 11:19:44 VERBOSE[1157290896] logger.c: Reliably Transmitting (NAT) to n.n.n.n:22529: SIP/2.0 200 OK^M Via: SIP/2.0/UDP 10.1.68.158:5070;branch=z9hG4bKEF49140971C91C629CA379E9399A5907;received = 209.244.4.106 <http://209.244.4.106> ;rport=22529^M From: "T38-Softphone " <sip:[EMAIL PROTECTED]>;tag=1173370487^M To: < sip:[EMAIL PROTECTED] <mailto:sip:[EMAIL PROTECTED]> >;tag=as263b382a^M Call-ID: [EMAIL PROTECTED] CSeq: 2 INVITE^M User-Agent: OpenPBX^M Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY^M Max-Forwards: 70^M Contact: < sip:[EMAIL PROTECTED] <mailto:sip:[EMAIL PROTECTED]> >^M Content-Type: application/sdp^M Content-Length: 261^M ^M v=0^M o=root 13271 13271 IN IP4 x.x.x.x^M s=session^M c=IN IP4 x.x.x.x^M t=0 0^M m=audio 17712 RTP/AVP 0 3 8 101^M a=rtpmap:0 PCMU/8000^M a=rtpmap:3 GSM/8000^M a=rtpmap:8 PCMA/8000^M a=rtpmap:101 telephone-event/8000^M a=fmtp:101 0-16^M a=silenceSupp:off - - - -^M -----Original Message----- From: [EMAIL PROTECTED] [ mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ] On Behalf Of Max CtRiX Sent: Thursday, March 08, 2007 4:46 AM To: OpenPBX.org Users Mailing List - Non-Commercial Discussion Subject: Re: [Openpbx-users] T38 PAssthrough using Open PBX Karihaloo, Ujjval wrote: > Looks like the OpeNPBX is not passing the T38 information through to the > Client 1, hence T38 never gets setup. Well, looks like that opening another thread instead of answering to a previous one can help. And if you attached some logs, it would be even better... MAx _______________________________________________ Openpbx-users mailing list [email protected] http://lists.openpbx.org/mailman/listinfo/openpbx-users _______________________________________________ Openpbx-users mailing list [email protected] http://lists.openpbx.org/mailman/listinfo/openpbx-users -- ------ Christopher T Aloi ------
_______________________________________________ Openpbx-users mailing list [email protected] http://lists.openpbx.org/mailman/listinfo/openpbx-users
