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] *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]>;tag=as2b613278^M

To: <sip:[EMAIL PROTECTED]>;tag=3c1cf5d1-13c4-45efd53a-42f0d21f-5f90^M

Contact: <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
;rport=22529^M

From: "T38-Softphone " <sip:[EMAIL PROTECTED]>;tag=1173370487^M

To: <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]>^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]<[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

Reply via email to