cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1492
Views
0
Helpful
7
Replies

SX20 ISDN 3241 no video

It Dep
Level 1
Level 1

Codec cannot reconcile ande establish video with remote site trough ISDN Gateway. But my videophone can.

Where is configuration mistake?

In attach two debugs from ISDN gateway:

1.txt - sx20 call

2.txt - cisco videophone call

7 Replies 7

It Dep
Level 1
Level 1
11918.47 SipCall I: sip_call_handler::handleSIPMCallCnf(29/0/-1): Call confirmed (ACK received, remoteName: 81033140902915, remoteURI: sip:981033140902915@10.77.76.189, contactURI: sip:981033140902915@10.77.76.189:5060;transport=tcp, received_302_301: 0)
11918.47 MC I: setCallState(p=29) InCall
11918.47 SipCall I: Setting remote abilities
11918.47 MC I: RemoteParticipant::setRRRate(p=29): Received new remote rate from protocol: 64000 (old: -1)
11918.48 MC I: RemoteParticipant::modeChanged(p=29, ch=1): ModesController wants to run mode: Audio (1): aud-off  0k 
11918.48 SipCall I: ==== signalOutgoingModeChange appId=29, stackId=0, eventCookie=-1, isEmptyCap=0, holdState=0
11918.48 MC I: configureOutgoingChannel(p=29, ch=1): Configuring mode : Audio (1): aud-off  0k  (modescontroller says real is: Audio (1): aud-off  0k )
11918.48 MC I: RemoteParticipant::modeChanged(p=29, ch=2): ModesController wants to run mode: Video (2): vid-off 0x0@0.0  0k 
11918.48 SipCall I: ==== signalOutgoingModeChange appId=29, stackId=0, eventCookie=-1, isEmptyCap=0, holdState=0
11918.48 MC I: configureOutgoingChannel(p=29, ch=2): Configuring mode : Video (2): vid-off 0x0@0.0  0k  (modescontroller says real is: Video (2): vid-off 0x0@0.0  0k )
11918.48 MC I: Delaying setting of media mode Video (2): vid-off 0x0@0.0  0k  because the RTP addresses are missing.
11918.48 MC I: RemoteParticipant::modeChanged(p=29, ch=3): ModesController wants to run mode: Video (3): vid-off 0x0@0.0  0k 
11918.48 MC I: Conference::calcCommonRate(c=28,ch=3) rate=0
11918.48 MC I: RemoteParticipant::modeChanged(p=29, ch=4): ModesController wants to run mode: Data (4): data-off  0k 
11918.48 SipCall I: ==== signalOutgoingModeChange appId=29, stackId=0, eventCookie=-1, isEmptyCap=0, holdState=0
11918.48 MC I: configureOutgoingChannel(p=29, ch=4): Configuring mode : Data (4): data-off  0k  (modescontroller says real is: Data (4): data-off  0k )
11918.48 MC I: RemoteParticipant::setRRCap(p=29): Received new remote capset from protocol: Capability table:
 1: (1) G.722 rate=64k ptime(ms)=40  [9]
 2: (1) RTP-Dtmf  [101]
Simcapset:
 (0) {1,2}

11918.48 MC I: RemoteParticipant::modeChanged(p=29, ch=1): ModesController wants to run mode: Audio (1): G.722  64k PT(9) 
11918.48 SipCall I: ==== signalOutgoingModeChange appId=29, stackId=0, eventCookie=-1, isEmptyCap=0, holdState=0
11918.48 MC I: configureOutgoingChannel(p=29, ch=1): Configuring mode : Audio (1): G.722  64k PT(9)  (modescontroller says real is: Audio (1): G.722  64k PT(9) )
11918.49 SipCall I: ==== affirmOutgoingCall appId=29, stackId=0, eventCookie=-1
11918.49 SipCall I: sip_call_handler::SIPM_Crypto_Ind (29/0/-1) encryptionActive=0
11918.49 MC I: RemoteParticipant::reevalRefMode(p=29,ch=2) set ref [Video (2): vid-raw 1920x1080@59.0  0k ] q= motion, t60=921600
11918.51 SipCall I: sip_call_handler::SIPM_Crypto_Ind (29/0/-1) encryptionActive=0
11918.54 RTP I: Flux Start FEC Decoder sess: 0

11918.55 RTP I: Rtp_Ready_doRTPSourceMuteReq(app=0,strm=161) source unmuted
11918.81 MediaStreamController I: SC::PlayReq(og=10) path='/sounds/', tone=2
11918.96 MediaStreamController I: MV::getVCSetting getOutputPortStatus initialized 1

This is from SX20. What does it mean?

Hi,

I meet the same issue: no video using SX20 and ISDN GW. Fallback to audio works fine.

Did you resolve your issue?

Is there a bug regarding codec or ISDN GW software version?

Best regards

What software versions are you running on your SX20 and on your 3241? 

I've just tried one of my SX20s - Software version TC6.2.1, through our 3241 - Software version 2.2(1.79)P.  Both inbound and outbound ISDN connections worked correctly.

What is the remote endpoint you are dialling in to?  I know from expereince that some of the earlier versions of the TC software had issues negotiating the right video and this was fixed in TC6.2.1.

Wayne

---

Please remember to rate any responses and to mark your question as answered if appropriate.

Wayne

Please remember to mark helpful responses and to set your question as answered if appropriate.

stuart.pannell
Level 1
Level 1

Did you ever get a resolve for this, did you downgrade software to the same versions as stated by Wayne DeNardi ?

I have the same issue, I have upgraded from TC7.2.1 to TC7.3.3 and the gateway is running 2.2(1.94)P

I have reset the SX20 to factory and still no joy? I have tandberg MXP's and Polycom VX8000 and other devices working through the gateway no problem.

All devices are running H323, all registered to the Gatekeeper that comes with the gateway and all using the same dialplan/codecs?

 

Hi,

In my case it was a Service Provider issue

Best regards

It works fine on the newer versions - there should be no need to downgrade.

We've got TC7.3.3 running on all our endpoints, IL1.1.4 on the ISDNLink and 2.2(1.99P) on the 3241.

All working fine.  If you're having issues with your ISDN, as the other poster suggested, get your ISDN Service Provider to check their end.

Wayne
--
Please remember to rate responses and to mark your question as answered if appropriate.

Wayne

Please remember to mark helpful responses and to set your question as answered if appropriate.

Thanks for the update, it must be a configuration issue as like I have said all other devices are working fine. It's just the SX20 that reverts back to audio only. I might try reducing the caps set on both the codec and gateway to see if it's a negotiation timeout.