Pause sign when calling with Lync / Office Communicator
I have read on the web that this is not implemented. Any chance someone has found a workaround?
do you mean Music on hold?
This works fine in Lync and the Music on hold ill be played on the lync Client for the Caller.
regards Holger Technical Specialist UC
Similar Messages
-
The mic volume is too high when calling with an earphone without mic
There are a common problem on the mic volume when calling with my earphone (TF-10 pro without mic). The mic volume seems like turned to speaker mode, so all the background sound has also captured. Therefore, I would like to clarify that it is a common problem or not.
nobody has the same issue with me?
-
Issue when calling with Facetime video from iphone 6 to iphone 4
Hello,
I am trying to call with facetime video from my iphone 6 (ios 8.0.2) to an iphone 4 (ios 7.1.2) but it doesn't work. It works when I use facetime audio but not the video. I have tried to use my ipad 2 (ios 8.0.2) instead of the iphone 6 and I am experiencing the same problem. Can you please help me out here?
Thnaks!The iPhone 4 would have to be on wifi for the video to come through, I think. Is the person with the iPhone 4 on wifi?
Can that person receive calls from anyone else using Facetime?
~Lyssa -
Problems when calling with Bleu tooth on : the speaker is dead
Whenever I start a call with bleu tooth on and the head set or car is not in reach I don't hear my correspondent.
I have to select loudspeaker and deselect loudspeaker in the iphone before I acually hear my correspondent.
Reset, factory install, sim card..;I have tried them al without succes. Ant suggestions?Hi Jey,
I'm passing parameters to the transaction using "Call Transaction" ,
i'm using the following code :
wa_bdc_data-program = 'XXXX'.
wa_bdc_data-dynpro = '0100'.
wa_bdc_data-dynbegin = 'X'.
APPEND wa_bdc_data TO lt_bdc_data
CLEAR wa_proc_bdc_data.
wa_bdc_data-fnam = 'XXXXXX.'
wa_proc_bdc_data-fval = gs_process-process_type_id.
APPEND wa_bdc_data TO lt_bdc_data.
CLEAR wa_bdc_data wa_proc_bdc_data-fnam = 'XXXXX.'
wa_bdc_data-fval = XXXXXX.
APPEND wa_bdc_data TO lt_bdc_data.
CLEAR wa_bdc_data wa_bdc_data-fnam = 'BDC_OKCODE'.
wa_bdc_data-fval = 'HIDE'.
APPEND wa_bdc_data TO lt_bdc_data.
CALL TRANSACTION 'XXXX' USING lt_bdc_data
MODE 'E' . -
Lync HP 4120 Sign in problems with Lync Server 2013
Hi, this is my second request for help, this with more information...
I`ll ready install the follow infrastructure: (I change the name of my organization for contoso)
Lync Server 2013 Installation with Enterprise mode with 1 front end : Pool: lync.contoso.com Front End: lyncfe01.contoso.com Back End: lyncsql01.contoso.com
I`ll ready install a PKI infrastructure with two tiers, the root offline and the subordnate ac.contoso.com
This with the defailt algorithm configuration RSA SHA1
My phones are HP 4120
In the Front End Server i configured the SCHANNEL registers:
EnableSessionTicket in 2
Send..etc in 0
Ok, the installation is ok, services are OK, Client login trough PC its OK, PSTN Configuration... (I can make a phonecall with the lync client of Office 365)
Commnd Checks:
When i run the command Test-CsPhoneBootstrap -PhoneOrExt 12345 -PIN 123456 -TargetFqdn lync.contoso.com
The result is:
Target Fqdn : lync.contoso.com
Target Uri : https://lync.contoso.com:443/CertProv/CertProvisioningService.svc
Result : Success
Latency : 00:00:09.0559615
Error Message :
Diagnosis :
When i run the command Test-CsPhoneBootstrap -PhoneOrExt 12345 -PIN 123456 for
check the DHCP the result is:
Target Fqdn : lync.contoso.com
Target Uri : https://lync.contoso.com:443/CertProv/CertProvisioningService.svc
Result : Success
Latency : 00:00:09.0559615
Error Message :
Diagnosis :
When i run the follow command
PS C:\Users\Administrator> $cred = Get-Credential
cmdlet Get-Credential at command pipeline position 1
Supply values for the following parameters:
Credential
PS C:\Users\Administrator> Test-CsClientAuth -TargetFqdn lync.contoso.com -UserSipAddress "sip:[email protected]" -UserCredential $cred
I got this:
Target Fqdn : lync.contoso.com
Target Uri : https://lync.contoso.com:443/CertProv/CertProvisioningService.svc
Result : Success
Latency : 00:00:00.3431783
Error Message :
Diagnosis :
But.. when i use the same command but i remove the -targetFqdn for check the Dhcp i got this:
VERBOSE: Workflow Instance Id 'bca95636-af7b-4b0a-b43d-dba259294b2d', started.
VERBOSE: Command line executed is 'Test-CsClientAuth -UserSipAddress "sip:[email protected]" -UserCredential $cred
-Verbose'.
Target Fqdn :
Target Uri :
Result : Failure
Latency : 00:00:00
Error Message : 10060, A connection attempt failed because the connected party did not properly respond after a period
of time, or established connection failed because connected host has failed to respond 194.90.8.20:5061
Inner Exception:A connection attempt failed because the connected party did not properly respond after
a period of time, or established connection failed because connected host has failed to respond
194.90.8.20:5061
Diagnosis :
VERBOSE: Workflow 'Microsoft.Rtc.SyntheticTransactions.Workflows.STClientAuthWorkflow' started.
Workflow 'Microsoft.Rtc.SyntheticTransactions.Workflows.STClientAuthWorkflow' completed in '5.62E-05' seconds.
Target web service Url not provided. Will have to extract it from authentication challenge.
An exception 'Unable to establish a connection.' occurred during Workflow
Microsoft.Rtc.SyntheticTransactions.Workflows.STClientAuthWorkflow execution.
Exception Call Stack: at Microsoft.Rtc.Signaling.SipAsyncResult`1.ThrowIfFailed()
at Microsoft.Rtc.Signaling.Helper.EndAsyncOperation[T](Object owner, IAsyncResult result)
at Microsoft.Rtc.SyntheticTransactions.Activities.GetSTSUriActivity.InternalExecute(ActivityExecutionContext
executionContext)
at Microsoft.Rtc.SyntheticTransactions.Activities.SyntheticTransactionsActivity.Execute(ActivityExecutionContext
executionContext)
at System.Workflow.ComponentModel.ActivityExecutor`1.Execute(T activity, ActivityExecutionContext executionContext)
at System.Workflow.ComponentModel.ActivityExecutorOperation.Run(IWorkflowCoreRuntime workflowCoreRuntime)
at System.Workflow.Runtime.Scheduler.Run()
at System.Net.Sockets.Socket.EndConnect(IAsyncResult asyncResult)
at Microsoft.Rtc.Internal.Sip.TcpTransport.OnConnected(Object arg)
'GetSTSUri' activity started.
Starting STS Uri Discovery...
ERROR getting STS Uri.
'UnRegister' activity started.
'UnRegister' activity completed in '3.12E-05' seconds.
VERBOSE: Workflow Instance ID 'bca95636-af7b-4b0a-b43d-dba259294b2d' completed.
VERBOSE: Workflow run-time (sec): 126.0548512.
The Real Problem is that my Lync HP 4120 Phone can't make a sign in, not from USB cable loging, nor with PIN authentification
When I try to make a login with the USB cable, I set the user and password and the phone says "Connecting to Lync".. "Downloading a certificate" ... "Installing certificate"... "Downloading Certificate"...
"Installing Certificate".. forever
When I try to make a login with PIN Authentification, the phone first displays the following:
Account used is not authorized, Please Contact your support team and then shows this:
An Account matching this phone number cannot be found. Please contact your support team.
The Pin authentification is enable
In the Lync Server Enable Kerberos Authentification, Enable Integrated Windows Authentification and Enable Certificate Authentification are enable
This is the configuration from DHCP
Starting Discovery ...
Sending Packet (Size: 284, Network Adapter: xx.xx.xx.xx, Attempt Type: Broadcast only)
--Begin Packet--
DHCP: INFORM (xid=130EA7FA)
DHCP: Op Code (op) = 1
DHCP: Hardware Type (htype) = 6
DHCP: Hops (hops) = 0
DHCP: Transaction ID (xid) = 319727610
DHCP: Seconds (secs) = 0
DHCP: Flags (flags) = 0000
DHCP: Client IP Address (ciaddr) = Xx.xx.xx.xx
DHCP: Your IP Address (yiaddr) = 0.0.0.0
DHCP: Server IP Address (siaddr) = 0.0.0.0
DHCP: Relay IP Address (giaddr) = 0.0.0.0
DHCP: Client HW Address (chaddr) = FC15B4###--End Packet--
Received Packet
Sender:xx.xx.xx.xx:67, Size:363
--Begin Packet--
DHCP: ACK (xid=130EA7FA)
DHCP: Op Code (op) = 1
DHCP: Hardware Type (htype) = 6
DHCP: Hops (hops) = 0
DHCP: Transaction ID (xid) = 319727610
DHCP: Seconds (secs) = 0
DHCP: Flags (flags) = 0000
DHCP: Client IP Address (ciaddr) = xx.xx.xx.xx
DHCP: Your IP Address (yiaddr) = 0.0.0.0
DHCP: Server IP Address (siaddr) = 0.0.0.0
DHCP: Relay IP Address (giaddr) = 0.0.0.0
DHCP: Client HW Address (chaddr) = FC15B4100289
DHCP: Server Host Name (sname) =
DHCP: Boot File Name (file) =
DHCP: Magic Cookie = 99.130.83.99
DHCP: Option Field
DHCP: DHCP MESSAGE TYPE( 53) = (Length: 1) DHCP ACK
DHCP: Server Identifier( 54) = (Length: 4) XX.XX.XX.XX
DHCP: Client Identifier( 61) = (Length: 0) ()
DHCP: SIP Server( 120) = (Length: 17) enc:0 lync.contoso.com (00046C796E6306756E69736F6E026D7800)
DHCP: Host Name( 12) = (Length: 0)
DHCP: Vendor Identifier( 60) = (Length: 0)
DHCP: Param Req List( 55) = (Length: 0) 0 0
DHCP: Vendor Info( 43) = (Length: 86) MS-UC-Clienthttpslync.contoso.com443%/CertProv/CertProvisioningService.svcÜNAP (010C4D532D55432D436C69656E7402056874747073030E6C796E632E756E69736F6E2E6D78040334343305252F4365727450726F762F4365727450726F766973696F6E696E67536572766963652E737663DC034E4150)
DHCP: End of this option field
--End Packet--
Result: Success
DHCP Server : xx.xx.x.xx.
SIP Server FQDN : lync.contoso.com
Certificate Provisioning Service URL : https://lync.contoso.com:443/CertProv/CertProvisioningService.svc
thanks for all, hope somebody can help me with this problem.. i am going crazy...Hi, i connected the Lync Phone to another switch and i update the firmware to the newest firmware and i got the same problem..
The lync phone download the certificate but cant install it and the still the same error with the SIP login
An Account matching this phone number cannot be found. Please contact your support team. -
Unable to establish AV call with Lync server 2013 from internal to external remote users
Hi,
Instant messaging is working fine
When trying to video call from the internal Lan to an remote external user Video call connects for 10 seconds and then drops.
This also happens between federated sites when we initiate the call
Internal to internal video call works
External to external video works
Please see logs below, can anyone advise on this issue or point me in the direction
The logs show trying to make a video call from user on the same domain, one user on the internal network and the other user is external
08/08/2014|11:25:44.523 4024:4344 INFO :: End of Sending Packet - 192.168.10.4:5061 (From Local Address: 192.168.11.77:62287) 1082 bytes
08/08/2014|11:25:44.523 4024:4344 TRACE :: CSIPCompression::CompressSendBuffer after compression, BytesLeft = 1082, BytesProcessed = 1082, cbDataCompressed = 465, psCompressedData = 16A01FD8
08/08/2014|11:25:44.523 4024:4344 TRACE :: - encrypted buffer length: 533 bytes. First 8 bytes:
08/08/2014|11:25:44.523 4024:4344 TRACE :: 17 03 03 02 10 D0 D8 3D :.....ÐØ=
08/08/2014|11:25:44.523 4024:4344 TRACE :: CSIPTransportLayerSecurity::Send after encryption, BytesLeft = 465, BytesProcessed = 465, cbEncryptedBufSize = 533, spEncryptedBuff = 0C2B13C8
08/08/2014|11:25:44.523 4024:4344 TRACE :: CSIPAsyncSocket::Send this 07B3B000, sending pbSendBuf 0C2B13C8, dwSendBufSize = 533
08/08/2014|11:25:44.523 4024:4344 TRACE :: CSIPAsyncSocket::SendHelper - [0x07B3B000]
08/08/2014|11:25:44.523 4024:4344 TRACE :: CAsyncSocketWin32::Send this 0C47D5A0, pbSendBuf 0C2B13C8, dwSendBufSize = 533, dwBytesSent = 533
08/08/2014|11:25:44.523 4024:4344 INFO :: REGISTER_CONTEXT(c554a20) SetAndNotify Recv(2) at State (1)
08/08/2014|11:25:44.523 4024:4344 INFO :: REGISTER_CONTEXT:State (1) => (2)
08/08/2014|11:25:44.523 4024:4344 INFO :: UCCP:NegotiatedAuthProt0x8
08/08/2014|11:25:44.523 4024:4344 INFO :: Function: CUccPlatform::GetMetricsDataPoints
08/08/2014|11:25:44.523 4024:4344 ERROR :: Failure condition: 'm_spMediaManage == NULL'
08/08/2014|11:25:44.594 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x07B3B008]
08/08/2014|11:25:44.594 4024:4344 TRACE :: SECURE_SOCKET: decrypting buffer size: 543 (first 8):
08/08/2014|11:25:44.594 4024:4344 TRACE :: 17 03 03 00 E0 C4 48 8E :....àÄHŽ
08/08/2014|11:25:44.594 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C3DC610]
08/08/2014|11:25:44.594 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C2B5E68]
08/08/2014|11:25:44.594 4024:4344 INFO :: Data Received -192.168.10.4:5061 (To Local Address: 192.168.11.77:62287) 662 bytes:
08/08/2014|11:25:44.594 4024:4344 INFO :: SIP/2.0 200 OK
Contact: <sip:PMDLONLYC01.int.*******.com:5061;transport=tls>
Proxy-Authentication-Info: Kerberos qop="auth", opaque="DC934C0A", srand="CEA1D9C7", snum="34", rspauth="040401ffffffffff000000000000000008fa065605ec8ffed4978ee2", targetname="sip/PMDLONLYC01.int.*******.com",
realm="SIP Communications Service", version=4
From: "Administrator"<sip:*****@*******.com>;tag=e56751f845;epid=6969679f0b
To: <sip:*****@*******.com>;tag=EB010080
Call-ID: aa4c7843a0c14678a03acc30a615c81b
CSeq: 2 SUBSCRIBE
Via: SIP/2.0/TLS 192.168.11.77:62287;ms-received-port=62287;ms-received-cid=13CB00
Expires: 0
Content-Length: 0
08/08/2014|11:25:44.594 4024:4344 INFO :: End of Data Received -192.168.10.4:5061 (To Local Address: 192.168.11.77:62287) 662 bytes
08/08/2014|11:25:44.594 4024:4344 TRACE :: CSIPMessageCollator::AsyncProcessSipMsg - [0x0C4826E0]
08/08/2014|11:25:44.594 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C4826E0]
08/08/2014|11:25:44.594 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C484940]
08/08/2014|11:25:44.594 4024:4344 TRACE :: SECURE_SOCKET: decrypting buffer size: 314 (first 8):
08/08/2014|11:25:44.594 4024:4344 TRACE :: 17 03 03 00 B0 42 E2 01 :....°Bâ.
08/08/2014|11:25:44.594 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C3DC610]
08/08/2014|11:25:44.595 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C2B5E68]
08/08/2014|11:25:44.595 4024:4344 INFO :: Data Received -192.168.10.4:5061 (To Local Address: 192.168.11.77:62287) 662 bytes:
08/08/2014|11:25:44.595 4024:4344 INFO :: SIP/2.0 200 OK
Contact: <sip:PMDLONLYC01.int.*******.com:5061;transport=tls>
Proxy-Authentication-Info: Kerberos qop="auth", opaque="DC934C0A", srand="A79E32E6", snum="35", rspauth="040401ffffffffff0000000000000000435392b30686e91dd20b3120", targetname="sip/PMDLONLYC01.int.*******.com",
realm="SIP Communications Service", version=4
From: "Administrator"<sip:*****@*******.com>;tag=457d67e5ba;epid=6969679f0b
To: <sip:*****@*******.com>;tag=3D631C5A
Call-ID: 7666f05a981c4eb28c8bd44d497382a2
CSeq: 2 SUBSCRIBE
Via: SIP/2.0/TLS 192.168.11.77:62287;ms-received-port=62287;ms-received-cid=13CB00
Expires: 0
Content-Length: 0
08/08/2014|11:25:44.595 4024:4344 INFO :: End of Data Received -192.168.10.4:5061 (To Local Address: 192.168.11.77:62287) 662 bytes
08/08/2014|11:25:44.595 4024:4344 TRACE :: CSIPMessageCollator::AsyncProcessSipMsg - [0x0C4826E0]
08/08/2014|11:25:44.595 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C4826E0]
08/08/2014|11:25:44.595 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C484940]
08/08/2014|11:25:44.595 4024:4344 TRACE :: SECURE_SOCKET: decrypting buffer size: 133 (first 8):
08/08/2014|11:25:44.595 4024:4344 TRACE :: 17 03 03 00 80 46 FC D6 :....€FüÖ
08/08/2014|11:25:44.595 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C3DC610]
08/08/2014|11:25:44.595 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C2B5E68]
08/08/2014|11:25:44.595 4024:4344 INFO :: Data Received -192.168.10.4:5061 (To Local Address: 192.168.11.77:62287) 662 bytes:
08/08/2014|11:25:44.595 4024:4344 INFO :: SIP/2.0 200 OK
Contact: <sip:PMDLONLYC01.int.*******.com:5061;transport=tls>
Proxy-Authentication-Info: Kerberos qop="auth", opaque="DC934C0A", srand="8FB2392C", snum="36", rspauth="040401ffffffffff00000000000000005c89df75c789bd815f2c87c7", targetname="sip/PMDLONLYC01.int.*******.com",
realm="SIP Communications Service", version=4
From: "Administrator"<sip:*****@*******.com>;tag=b87f3eb341;epid=6969679f0b
To: <sip:*****@*******.com>;tag=447B0080
Call-ID: 78fff0c6673c4c209914ba91221e7a71
CSeq: 3 SUBSCRIBE
Via: SIP/2.0/TLS 192.168.11.77:62287;ms-received-port=62287;ms-received-cid=13CB00
Expires: 0
Content-Length: 0
08/08/2014|11:25:44.595 4024:4344 INFO :: End of Data Received -192.168.10.4:5061 (To Local Address: 192.168.11.77:62287) 662 bytes
08/08/2014|11:25:44.595 4024:4344 TRACE :: CSIPMessageCollator::AsyncProcessSipMsg - [0x0C4826E0]
08/08/2014|11:25:44.595 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C4826E0]
08/08/2014|11:25:44.595 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C484940]
08/08/2014|11:25:44.596 4024:4344 INFO :: CUccLogicalSubscription::~CUccLogicalSubscription [0C3DCE28] dtor
08/08/2014|11:25:44.597 4024:4344 INFO :: CUccLogicalSubscription::~CUccLogicalSubscription [0C3DCEC8] dtor
08/08/2014|11:25:44.597 4024:4344 INFO :: CUccLogicalSubscription::~CUccLogicalSubscription [0C3DCC48] dtor
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [sourcenetwork] has no context, this 0C47E850
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [services] has no context, this 0C47E850
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [state] has no context, this 0C47E850
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [note] has no context, this 0C47E850
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [calendarData] has no context, this 0C47E850
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [sourcenetwork] has no context, this 0C47E300
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [note] has no context, this 0C47E300
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [sourcenetwork] has no context, this 07B818F0
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [services] has no context, this 07B818F0
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [state] has no context, this 07B818F0
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [note] has no context, this 07B818F0
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [calendarData] has no context, this 07B818F0
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [sourcenetwork] has no context, this 0C47E740
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [services] has no context, this 0C47E740
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [state] has no context, this 0C47E740
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [note] has no context, this 0C47E740
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [calendarData] has no context, this 0C47E740
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [sourcenetwork] has no context, this 0C47E6B8
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [services] has no context, this 0C47E6B8
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [state] has no context, this 0C47E6B8
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [note] has no context, this 0C47E6B8
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [calendarData] has no context, this 0C47E6B8
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [sourcenetwork] has no context, this 0C47EAF8
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [services] has no context, this 0C47EAF8
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [state] has no context, this 0C47EAF8
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [note] has no context, this 0C47EAF8
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [calendarData] has no context, this 0C47EAF8
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [sourcenetwork] has no context, this 0C51B0C8
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [services] has no context, this 0C51B0C8
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [state] has no context, this 0C51B0C8
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [contactCard] has no context, this 0C51B0C8
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [note] has no context, this 0C51B0C8
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [calendarData] has no context, this 0C51B0C8
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [sourcenetwork] has no context, this 0C47E960
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [services] has no context, this 0C47E960
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [state] has no context, this 0C47E960
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [note] has no context, this 0C47E960
08/08/2014|11:25:44.597 4024:4344 WARN :: CUccCategoryManager::RemoveCategory category [calendarData] has no context, this 0C47E960
08/08/2014|11:25:44.597 4024:4344 INFO :: CUccLogicalSubscription::~CUccLogicalSubscription [0C3DCCE8] dtor
08/08/2014|11:25:44.597 4024:4344 INFO :: ~Out trxn corr-id (18680A38)
08/08/2014|11:25:44.601 4024:4344 TRACE :: verified buffer: <Kerberos><CEA1D9C7><34><SIP Communications Service><sip/PMDLONLYC01.int.*******.com><aa4c7843a0c14678a03acc30a615c81b><2><SUBSCRIBE><sip:*****@*******.com><e56751f845><sip:*****@*******.com><EB010080><><><0><200>-length-238.
signature:040401ffffffffff000000000000000008fa065605ec8ffed4978ee2
08/08/2014|11:25:44.601 4024:4344 INFO :: Trxn corr-id (184AD1C8), SIP msg corr-id (b7eb295)
08/08/2014|11:25:44.601 4024:4344 INFO :: ~Out trxn corr-id (184AD1C8)
08/08/2014|11:25:44.601 4024:4344 TRACE :: verified buffer: <Kerberos><A79E32E6><35><SIP Communications Service><sip/PMDLONLYC01.int.*******.com><7666f05a981c4eb28c8bd44d497382a2><2><SUBSCRIBE><sip:*****@*******.com><457d67e5ba><sip:*****@*******.com><3D631C5A><><><0><200>-length-238.
signature:040401ffffffffff0000000000000000435392b30686e91dd20b3120
08/08/2014|11:25:44.601 4024:4344 INFO :: Trxn corr-id (184AD2E0), SIP msg corr-id (e46ab49b)
08/08/2014|11:25:44.601 4024:4344 INFO :: ~Out trxn corr-id (184AD2E0)
08/08/2014|11:25:44.601 4024:4344 TRACE :: verified buffer: <Kerberos><8FB2392C><36><SIP Communications Service><sip/PMDLONLYC01.int.*******.com><78fff0c6673c4c209914ba91221e7a71><3><SUBSCRIBE><sip:*****@*******.com><b87f3eb341><sip:*****@*******.com><447B0080><><><0><200>-length-238.
signature:040401ffffffffff00000000000000005c89df75c789bd815f2c87c7
08/08/2014|11:25:44.601 4024:4344 INFO :: Trxn corr-id (186E42C8), SIP msg corr-id (b03cc2c3)
08/08/2014|11:25:44.601 4024:4344 INFO :: ~Out trxn corr-id (186E42C8)
08/08/2014|11:25:44.757 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x07B3B008]
08/08/2014|11:25:44.757 4024:4344 TRACE :: SECURE_SOCKET: decrypting buffer size: 373 (first 8):
08/08/2014|11:25:44.757 4024:4344 TRACE :: 17 03 03 01 70 6D 6F B0 :....pmo°
08/08/2014|11:25:44.757 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C3DC610]
08/08/2014|11:25:44.757 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C2B5E68]
08/08/2014|11:25:44.757 4024:4344 INFO :: Data Received -192.168.10.4:5061 (To Local Address: 192.168.11.77:62287) 959 bytes:
08/08/2014|11:25:44.757 4024:4344 INFO :: SIP/2.0 200 OK
Proxy-Authentication-Info: Kerberos qop="auth", opaque="DC934C0A", srand="FBA1D2E0", snum="37", rspauth="040401ffffffffff00000000000000009dbeae96bc6990dd02bfb9bd", targetname="sip/PMDLONLYC01.int.*******.com",
realm="SIP Communications Service", version=4
From: "Administrator"<sip:*****@*******.com>;tag=50091c6b22;epid=6969679f0b
To: <sip:*****@*******.com>;tag=AC6EA9B1891BDC84CB8DED81E89D55FF
Call-ID: 6f1ec22d6c96481093ebcdd126f5b255
CSeq: 3 REGISTER
Via: SIP/2.0/TLS 192.168.11.77:62287;ms-received-port=62287;ms-received-cid=13CB00
Expires: 0
Allow-Events: vnd-microsoft-provisioning,vnd-microsoft-roaming-contacts,vnd-microsoft-roaming-ACL,presence,presence.wpending,vnd-microsoft-roaming-self,vnd-microsoft-provisioning-v2
Supported: adhoclist
Server: RTC/5.0
Supported: msrtc-event-categories
Supported: ms-keepalive-deregister
Supported: ms-userservices-state-notification
Content-Length: 0
08/08/2014|11:25:44.757 4024:4344 INFO :: End of Data Received -192.168.10.4:5061 (To Local Address: 192.168.11.77:62287) 959 bytes
08/08/2014|11:25:44.757 4024:4344 TRACE :: CSIPMessageCollator::AsyncProcessSipMsg - [0x0C4826E0]
08/08/2014|11:25:44.757 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C4826E0]
08/08/2014|11:25:44.757 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C484940]
08/08/2014|11:25:44.758 4024:4344 TRACE :: verified buffer: <Kerberos><FBA1D2E0><37><SIP Communications Service><sip/PMDLONLYC01.int.*******.com><6f1ec22d6c96481093ebcdd126f5b255><3><REGISTER><sip:*****@*******.com><50091c6b22><sip:*****@*******.com><AC6EA9B1891BDC84CB8DED81E89D55FF><><><0><200>-length-261.
signature:040401ffffffffff00000000000000009dbeae96bc6990dd02bfb9bd
08/08/2014|11:25:44.758 4024:4344 INFO :: Trxn corr-id (0C2E3618), SIP msg corr-id (67f10dc5)
08/08/2014|11:25:44.758 4024:4344 INFO :: REGISTER_CONTEXT(c554a20) SetAndNotify Recv(3) at State (2)
08/08/2014|11:25:44.758 4024:4344 INFO :: REGISTER_CONTEXT:State (2) => (3)
08/08/2014|11:25:44.758 4024:4344 INFO :: SIP_REGISTER:State (3) => (0)
08/08/2014|11:25:44.758 4024:4344 INFO :: UCCP:NegotiatedAuthProt0x8
08/08/2014|11:25:44.758 4024:4344 TRACE :: CUccServerEndpoint::UpdateEndpointState - Update state from 3 to 4. Status 0. Status text (null).
08/08/2014|11:25:44.758 4024:4344 INFO :: CUccDnsResolverManager::Stop MR-INFO - [05026010] DNS resolver manager stopped
08/08/2014|11:25:44.758 4024:4344 TRACE :: OUTGOING_REGISTER_TRANSACTION::ProcessSuccessfulResponse received 200 UnRegistration SUCCEEDED
08/08/2014|11:25:44.758 4024:4344 INFO :: ~Out trxn corr-id (0C2E3618)
08/08/2014|11:25:44.758 4024:4344 INFO :: CUccPlatform::WriteStreamToLog:
08/08/2014|11:25:44.758 4024:4344 INFO :: <?xml version="1.0" encoding="UTF-8"?>
<root>
<Login>
<Info><![CDATA[Executing wws method with windows auth auth, asyncContext=16C3E478,
context: WebRequest context@ :415272512
MethodType:10
ExecutionComplete? :1
Callback@ :07AB55A4
AsyncHResult:3d0000
TargetUri:https://owa.lon.*******.com/EWS/Exchange.asmx
.]]></Info>
<Info><![CDATA[Logon success state 1 reported by user id=EWS (adjusted=EWS) on CManagedCredential[DEFAULT this=01B6C988]]]></Info>
<ExecuteWithWindowsOrNoAuthInternal>
<SequenceID>1.1.1</SequenceID>
<hr>0x0</hr>
</ExecuteWithWindowsOrNoAuthInternal>
<SequenceID>1.1</SequenceID>
<hr>0x0</hr>
</Login>
</root>
08/08/2014|11:25:44.974 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x07B3B008]
08/08/2014|11:25:44.974 4024:4344 TRACE :: SECURE_SOCKET: decrypting buffer size: 1125 (first 8):
08/08/2014|11:25:44.974 4024:4344 TRACE :: 17 03 03 04 60 1A 0C FC :....`..ü
08/08/2014|11:25:44.974 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C3DC610]
08/08/2014|11:25:44.974 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C2B5E68]
08/08/2014|11:25:44.974 4024:4344 INFO :: Data Received -192.168.10.4:5061 (To Local Address: 192.168.11.77:62287) 1891 bytes:
08/08/2014|11:25:44.974 4024:4344 INFO :: SIP/2.0 200 OK
Proxy-Authentication-Info: Kerberos qop="auth", opaque="DC934C0A", srand="4C70707C", snum="38", rspauth="040401ffffffffff000000000000000023304d3690145c9d580a26a5", targetname="sip/PMDLONLYC01.int.*******.com",
realm="SIP Communications Service", version=4
Contact: <sip:LyncSG.dymonasia.com:5061;transport=tls>
From: <sip:*****@*******.com>;tag=4c49873a8c;epid=6969679f0b
To: <sip:[email protected]>;tag=925E0080
Call-ID: 612b2be69bbe45479e2676a9c89605a3
CSeq: 2 SUBSCRIBE
Via: SIP/2.0/TLS 192.168.11.77:62287;ms-received-port=62287;ms-received-cid=13CB00
Record-Route: <sip:sip.dymonasia.com:5061;transport=tls;lr;ms-key-info=AAEAAQy-Hptx2bBz4bLPASfi0Q8AhsIHwfOZFhikS5I3lhvpZ6FVtoDW4nKeyfA65H-h1EPauf6Bo4PDT0Nc93YHKHPl5ZBwmxjvyetg5BZQ7yraK2EZvGpZ_bkQJlXyIw3lVlxFe-h2PmfG6lfKBZ8To-piAjW4LQLcr3Z7cic1p_GtAFi1lXOOdlcXxfUKQ_vqQjvpuZIrI7xCmomXlvM9o7Ue8lXbq3TndzkR-ghwnju0QJjj5GrUJ3Ia82bfodQYntaJaJG2bf5oUMAVJkX5_84vNcFhZRTRilUI-lC1wyChOjjWVV56ndqCVY7oiitF5HHDpfVg58-SSzRiHKhFZJKvyZtcorcM5WHuJwYNw7sdxzc2vB6hqN4vTdRjlpb1jhG35BsQ2usDMPfc8EZYGY-S5SW6C_NUgrh3Fb-_f0qcnXV92JDu55rbTy-Apz4GJk8Ivrt-PNr99CbhUoyRg_8301OIivRJAExy_xMjyIJBWkoJp7IVQjvhLL_bQWAFQn0HhJTpf13NpT-if54k7l5KbgL6K0vkcMnc8WVkgm5a_c2Dewp_RG-7jIbr5xxZXuJAxK9indqeCXnfjbIk6mhEAZI7SJmlK9_SJt0H94HutoIVwHYLarDclsdKrR7Xb-5nDPkFE4U4LjWRLf-7ff7MJJbzhbaXTE6o_t4nFFQ8kWxiRWBN2kMLChKY;ms-route-sig=bdBGMrXXhjLMmcJ4Ej8ReFZ_nqkUoCWKhFB19tji2ro5-_BAzrBqDJlQAA>
Record-Route: <sip:pmdlonedg01.int.*******.com:5061;transport=tls;lr>
Expires: 0
Content-Length: 0
ms-edge-proxy-message-trust: ms-source-type=DirectPartner;ms-ep-fqdn=pmdlonedg01.int.*******.com;ms-source-verified-user=verified;ms-source-network=federation
Record-Route: <sip:PMDLONLYC01.int.*******.com:5061;transport=tls;opaque=state:F:Ci.R13cb00;lr;ms-route-sig=bc4_1nrdDL4-KX7KrdReLOthlr4n7DTIcsDrkM0bP4gGNYk0BjUtG1CwAA>
08/08/2014|11:25:44.974 4024:4344 INFO :: End of Data Received -192.168.10.4:5061 (To Local Address: 192.168.11.77:62287) 1891 bytes
08/08/2014|11:25:44.974 4024:4344 TRACE :: CSIPMessageCollator::AsyncProcessSipMsg - [0x0C4826E0]
08/08/2014|11:25:44.974 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C4826E0]
08/08/2014|11:25:44.974 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C484940]
08/08/2014|11:25:44.974 4024:4344 TRACE :: verified buffer: <Kerberos><4C70707C><38><SIP Communications Service><sip/PMDLONLYC01.int.*******.com><612b2be69bbe45479e2676a9c89605a3><2><SUBSCRIBE><sip:*****@*******.com><4c49873a8c><sip:[email protected]><925E0080><><><0><200>-length-233.
signature:040401ffffffffff000000000000000023304d3690145c9d580a26a5
08/08/2014|11:25:44.974 4024:4344 INFO :: Trxn corr-id (184AD3F8), SIP msg corr-id (e3f780cb)
08/08/2014|11:25:44.974 4024:4344 INFO :: ~Out trxn corr-id (184AD3F8)
08/08/2014|11:25:45.288 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x07B3B008]
08/08/2014|11:25:45.288 4024:4344 TRACE :: SECURE_SOCKET: decrypting buffer size: 277 (first 8):
08/08/2014|11:25:45.288 4024:4344 TRACE :: 17 03 03 01 10 3B 87 16 :.....;‡.
08/08/2014|11:25:45.288 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C3DC610]
08/08/2014|11:25:45.288 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C2B5E68]
08/08/2014|11:25:45.288 4024:4344 INFO :: Data Received -192.168.10.4:5061 (To Local Address: 192.168.11.77:62287) 1888 bytes:
08/08/2014|11:25:45.288 4024:4344 INFO :: SIP/2.0 200 OK
Proxy-Authentication-Info: Kerberos qop="auth", opaque="DC934C0A", srand="59667E0A", snum="39", rspauth="040401ffffffffff00000000000000002641ec9a3a4c088b301bcf5e", targetname="sip/PMDLONLYC01.int.*******.com",
realm="SIP Communications Service", version=4
Contact: <sip:LyncSG.dymonasia.com:5061;transport=tls>
From: <sip:*****@*******.com>;tag=04814352f9;epid=6969679f0b
To: <sip:[email protected]>;tag=3F0E0080
Call-ID: 8115c934d1fd446eb7d034c4fc773ec0
CSeq: 2 SUBSCRIBE
Via: SIP/2.0/TLS 192.168.11.77:62287;ms-received-port=62287;ms-received-cid=13CB00
Record-Route: <sip:sip.dymonasia.com:5061;transport=tls;lr;ms-key-info=AAEAAQy-Hptx2bBz4bLPASfi0Q8AhsIHwfOZFhikS5I3lhvpZ6FVtoDW4nKeyfA65H-h1EPauf6Bo4PDT0Nc93YHKHPl5ZBwmxjvyetg5BZQ7yraK2EZvGpZ_bkQJlXyIw3lVlxFe-h2PmfG6lfKBZ8To-piAjW4LQLcr3Z7cic1p_GtAFi1lXOOdlcXxfUKQ_vqQjvpuZIrI7xCmomXlvM9o7Ue8lXbq3TndzkR-ghwnju0QJjj5GrUJ3Ia82bfodQYntaJaJG2bf5oUMAVJkX5_84vNcFhZRTRilUI-lC1wyChOjjWVV56ndqCVY7oiitF5HHDpfVg58-SSzRiHKhFZJKvyZtcorcM5WHuJwYNw7sdxzc2vB6hqN4vTdRjlpb1jhG35BsQ2usDMPfc8EZYGY-S5SW6C_NUgrh3Fb-_f0qcnXV92JDu55rbTy-Apz4GJk8Ivrt-PNr99CbhUoyRg_8301OIivRJAExy_xMjyIJBWkoJp7IVQjvhLL_bQWAFQn0HhJTpf13NpT-if54k7l5KbgL6K0vkcMnc8WVkgm5a_c2Dewp_RG-7jIbr5xxZXuJAxK9indqeCXnfjbIk6mhEAZI7SJmlK9_SJt0H94HutoIVwHYLarDclsdKrR7Xb-5nDPkFE4U4LjWRLf-7ff7MJJbzhbaXTE6o_t4nFFQ8kWxiRWBN2kMLChKY;ms-route-sig=bd5A_eMqoaHs_fuYP-5aSBoYbANCe_p5RWv6n6yajgyfxebrRuBqDJlQAA>
Record-Route: <sip:pmdlonedg01.int.*******.com:5061;transport=tls;lr>
Expires: 0
Content-Length: 0
ms-edge-proxy-message-trust: ms-source-type=DirectPartner;ms-ep-fqdn=pmdlonedg01.int.*******.com;ms-source-verified-user=verified;ms-source-network=federation
Record-Route: <sip:PMDLONLYC01.int.*******.com:5061;transport=tls;opaque=state:F:Ci.R13cb00;lr;ms-route-sig=bcFuhIALmH85OaoJh25uPG5Y8-bgabM97QpJ5ypCK7x_cYXXQWUtG1CwAA>
08/08/2014|11:25:45.288 4024:4344 INFO :: End of Data Received -192.168.10.4:5061 (To Local Address: 192.168.11.77:62287) 1888 bytes
08/08/2014|11:25:45.288 4024:4344 TRACE :: CSIPMessageCollator::AsyncProcessSipMsg - [0x0C4826E0]
08/08/2014|11:25:45.288 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C4826E0]
08/08/2014|11:25:45.288 4024:4344 TRACE :: CSIPTransportLayerNotify::OnRecv - [0x0C484940]
08/08/2014|11:25:45.288 4024:4344 TRACE :: verified buffer: <Kerberos><59667E0A><39><SIP Communications Service><sip/PMDLONLYC01.int.*******.com><8115c934d1fd446eb7d034c4fc773ec0><2><SUBSCRIBE><sip:*****@*******.com><04814352f9><sip:[email protected]><3F0E0080><><><0><200>-length-230.
signature:040401ffffffffff00000000000000002641ec9a3a4c088b301bcf5e
08/08/2014|11:25:45.289 4024:4344 INFO :: Trxn corr-id (184AD510), SIP msg corr-id (42a27507)
08/08/2014|11:25:45.289 4024:4344 INFO :: ~Out trxn corr-id (184AD510)
08/08/2014|11:25:49.397 4024:4344 TRACE :: MULTIPARTY_SESSION::RemoveFromLinkedList[17060C50] removed from linked listAs with the original issue, your problem is likely with the Edge server. The first thing I would do is check all of your ports and DNS settings.
Remember that Edge may use somewhat unique ports for AV if you, or the federation target, used a single IP address. If you haven't, see if you have that unique port open on the firewall. If you used a single IP address, ensure that the federation target
has the correct port open also. -
Target JSP report fails when called with a key defined in cgicmd.dat
Hi,
When I am calling the parameter form report as (on my local pc):
http://rnbhatta-us:8888/reports/pf_sumsptype.jsp?gsi
It works fine. Here 'gsi' is the KEY that has the userid/passwd@connect_string that I have defined in the cmgcgi.dat file on my local pc.
Now the report pf_sumsptype.jsp makes a call in a similar manner to the target report with the same 'gsi' key as in the code :
<form name="form1" method="post" action="/reports/summary_sptype.jsp?gsi">
The call to the target report 'summary_sptype.jsp' fails. It works if I replace 'gsi' in the above line with the userid and connect info.
Is there any other way to hide the database connect info?
Thanks,
Ritendra.I'm not sure why this should fail, but you could try changing the method above from post to get.
-Manish -
Not able to use audio(hear and talk) in meetings/call with lync
Greetings,
For work we are trying to create inhouse software training using lync meetings.
We are able to share a screen or present an application but for some reason the audio is completely disabled. Even the Check Call Quality is disabled. No one is able to hear the presenter.
I'm wondering if anyone has a fix for this or a way to verify the why's of the behaviorHi Gerard,
The forum you posted is for Lync Server On Premise only. The issue is more related to Lync online, you can also post a question on Office365 forum for assistance. Thank
you for your understanding.
http://community.office365.com/en-us/f/166.aspx
Best regards,
Eric -
Called form crashes, when called with default option
Here is the problem statement.
My problem is regarding the called_form built-in function of Oracle forms.
I am calling call_form within a loop.
call_form('schdule_task');
In first iteration it opens the called form and when the user clicks on exit button it comes back to the calling form and starts next iteration.But in next iteration the called form comes up and crashes immediately, causing the application to crash.
The calling form does not get a chance to become visible because by default call_form executes with 'HIDE'(hide the calling form) option.
Now if I execute the above mentioned call_form statement with "NO_HIDE" option then the called form does not crash in any of the iteration and the loop runs fine till the end.
call_form('schdule_task',NO_HIDE);
What can be the problem? Is it related to call_form call or something else?Here is the problem statement.
My problem is regarding the called_form built-in function of Oracle forms.
I am calling call_form within a loop.
call_form('schdule_task');
In first iteration it opens the called form and when the user clicks on exit button it comes back to the calling form and starts next iteration.But in next iteration the called form comes up and crashes immediately, causing the application to crash.
The calling form does not get a chance to become visible because by default call_form executes with 'HIDE'(hide the calling form) option.
Now if I execute the above mentioned call_form statement with "NO_HIDE" option then the called form does not crash in any of the iteration and the loop runs fine till the end.
call_form('schdule_task',NO_HIDE);
What can be the problem? Is it related to call_form call or something else? -
Error -20 with Microsoft Office Communicator Mobil...
Just downloaded the native version of OCS via the Ovi store but it doesn't want to connect to our OCS server.
I think these are the relevant entries from McsService0.log:
05/05 14:20:14:390 Info McsService: Mcs client 2002abdd disconnecting
05/05 14:20:14:468 Verbose McsService: Number of Sessions reduced to 2
05/05 14:20:14:635 Warn McsService: No entry for client, ignoring stop cache presence updates for client:2002abdd
05/05 14:20:22:243 Verbose McsTransport: CSNAPMonitor::EventL default - Event Type = 8
05/05 14:20:22:326 Verbose McsTransport: CSNAPMonitor::EventL default - Event Type = 8
05/05 14:20:23:688 Verbose McsTransport: CNwInterfaceMonitor::RunL
05/05 14:20:23:706 Verbose McsTransport: CNwInterfaceMonitor::RunL InterfaceNotification
05/05 14:20:23:714 Verbose McsTransport: CNwInterfaceMonitor::RunL iap=1 state=1
05/05 14:20:23:720 Verbose McsTransport: CHTTPChannel::InterfaceStateChanged to 1
05/05 14:20:23:728 Verbose McsTransport: CSNAPMonitor::EventL default - Event Type = 8
05/05 14:20:24:190 Verbose McsTransport: CSNAPMonitor::EventL default - Event Type = 2
05/05 14:20:24:242 Verbose McsTransport: CSNAPMonitor::EventL EConnMonNetworkStatusChange - Network status = 2
05/05 14:20:27:579 Info McsService: CMcsService:erviceL RequestId[0]
05/05 14:20:27:585 Verbose McsService: In CMcsMessageDialog::~CMcsMessageDialog
05/05 14:20:27:633 Verbose McsTransport: CHTTPChannel::ConnectL (1)...
05/05 14:20:27:722 Verbose McsTransport: CHTTPChannel::ConnectL connecting SocketServ
05/05 14:20:27:728 Verbose McsTransport: CHTTPChannel::ConnectL opening RConnection
05/05 14:20:27:733 Verbose McsTransport: CHTTPChannel::ConnectL updating connection in ConnMgr...
05/05 14:20:27:737 Verbose McsTransport: CMcsConnectionMgr:tartConnection
05/05 14:20:27:741 Verbose McsTransport: CMcsConnectionMgr:tartConnection RConnection.Start
05/05 14:20:27:745 Verbose McsTransport: Exiting CMcsConnectionMgr:tartConnection
05/05 14:20:27:771 Verbose McsTransport: Exiting CHTTPChannel::ConnectL...
05/05 14:20:27:776 Info McsService: CSignInBO:etSignInState SignInState: 4
05/05 14:20:27:780 Verbose McsService: CSignInBO::ChangeNetworkRegistrationStatus : aRegistrationStatus=5
05/05 14:20:27:787 Verbose McsTransport: CHTTPSynchChannel:endL...
05/05 14:20:27:795 Info McsTransport: CHTTPSynchChannel:endL Adding outstanding request
05/05 14:20:29:911 Verbose McsTransport: CSNAPMonitor::EventL default - Event Type = 1
05/05 14:20:32:193 Verbose McsTransport: CSNAPMonitor::EventL EConnMonNetworkStatusChange - Network status = 3
05/05 14:20:32:204 Verbose McsTransport: CSNAPMonitor::NotifyObservers Start...
05/05 14:20:32:215 Info McsService: CSignInBO:napAvailable...
05/05 14:20:32:219 Verbose McsTransport: CHTTPChannel:napAvailable...
05/05 14:20:32:222 Verbose McsTransport: CSNAPMonitor::NotifyObservers End...
05/05 14:20:32:247 Verbose McsTransport: CMcsConnectionMgr::RunL connection Success
05/05 14:20:32:251 Verbose McsTransport: CMcsConnectionMgr::RunL iMobilityListener created
05/05 14:20:32:255 Verbose McsTransport: CMcsConnectionMgr::RunL iNwInterfaceMonitor->SetIapInUseL
05/05 14:20:32:258 Info McsTransport: CNwInterfaceMonitor:etIapInUseL...
05/05 14:20:32:311 Verbose McsTransport: CNwInterfaceMonitor:etIapInUseL opening new connection
05/05 14:20:32:510 Verbose McsTransport: CHTTPChannel:ubmitOutstandingRequestsL...
05/05 14:20:32:513 Verbose McsTransport: CHTTPChannel:ubmitOutstandingRequests request-count=1
05/05 14:20:32:516 Verbose McsTransport: CHTTPChannel:ubmitOutstandingRequests SendOutstandingRequestL (req=1)
05/05 14:20:32:520 Verbose McsTransport: CMcsDataSupplier::NewL
05/05 14:20:32:523 Verbose McsTransport: CMcsDataSupplier::NewLC
05/05 14:20:32:526 Verbose McsTransport: CHTTPChannel:endMessageL Transaction 1 inserted in Transaction Map
05/05 14:20:32:529 Verbose McsTransport: CHTTPSynchChannel:endHttpPostL CHTTPChannel:endMessageL success
05/05 14:20:32:532 Verbose McsTransport: Exiting CHTTPChannel:ubmitOutstandingRequestsL...
05/05 14:20:32:535 Verbose McsTransport: CHTTPChannel::ConnectionStartedL - Channel is connected now
05/05 14:20:32:538 Verbose McsTransport: CMcsDataSupplier:verallDataSize() - Request's Length = 131
05/05 14:20:32:541 Verbose McsTransport: CMcsDataSupplier:verallDataSize() - Request's Length = 131
05/05 14:20:32:553 Verbose McsTransport: CMcsDataSupplier:verallDataSize() - Request's Length = 131
05/05 14:20:32:669 Verbose McsTransport: CSNAPMonitor::EventL default - Event Type = 8
05/05 14:20:32:679 Verbose McsTransport: CSNAPMonitor::EventL default - Event Type = 8
05/05 14:20:32:698 Verbose McsTransport: CSNAPMonitor::EventL default - Event Type = 8
05/05 14:20:32:704 Verbose McsTransport: CSNAPMonitor::EventL default - Event Type = 8
05/05 14:20:32:708 Verbose McsTransport: CSNAPMonitor::EventL default - Event Type = 8
05/05 14:20:32:711 Verbose McsTransport: CSNAPMonitor::EventL default - Event Type = 8
05/05 14:20:33:550 Verbose McsTransport: CMcsDataSupplier:verallDataSize() - Request's Length = 131
05/05 14:20:33:580 Verbose McsTransport: CMcsDataSupplier:verallDataSize() - Request's Length = 131
05/05 14:20:33:630 Verbose McsTransport: CMcsDataSupplier:verallDataSize() - Request's Length = 131
05/05 14:20:34:576 Verbose McsTransport: CMcsDataSupplier:verallDataSize() - Request's Length = 131
05/05 14:20:34:626 Verbose McsTransport: CMcsDataSupplier::ReleaseData()
05/05 14:20:34:607 Verbose McsTransport: CHTTPChannel::MHFRunL. Transaction ID=1, aEvent.iStatus = -20
05/05 14:20:34:611 Error McsTransport: internal error (Synch), error=-20
05/05 14:20:34:613 Verbose McsTransport: CMcsDataSupplier::~CMcsDataSupplier() - Destructor
05/05 14:20:34:616 Verbose McsTransport: CHTTPChannel:isconnect (1, 1)...
05/05 14:20:34:619 Verbose McsTransport: CHTTPChannel::FailOutStandingRequestsL (6,0)...
05/05 14:20:34:622 Verbose McsTransport: Exiting CHTTPChannel::FailOutStandingRequestsL...
05/05 14:20:34:651 Verbose McsTransport: CHTTPChannel:isconnect Closing RHTTPSession
05/05 14:20:34:665 Verbose McsTransport: CHTTPChannel::FailAllTransactions...
05/05 14:20:34:668 Verbose McsTransport: Exiting CHTTPChannel::FailAllTransactions...
05/05 14:20:34:671 Verbose McsTransport: CHTTPChannel:isconnect closing CloseCommsSubSession
05/05 14:20:34:675 Verbose McsTransport: CHTTPChannel::CloseCommsSubSession...
05/05 14:20:34:678 Verbose McsTransport: CMcsConnectionMgr::Cleanup()
05/05 14:20:34:680 Info McsTransport: CMcsConnectionMgr::CancelMobility is deleting the mobility object
05/05 14:20:34:685 Info McsTransport: CMcsConnectionMgr::Error, Mobility has been cancelled
05/05 14:20:34:689 Verbose McsTransport: CMcsConnectionMgr::Cleanup() Exiting ....
05/05 14:20:34:692 Verbose McsTransport: CHTTPChannel::CloseCommsSubSession iConnection closed...
05/05 14:20:34:696 Verbose McsTransport: Exiting CHTTPChannel::CloseCommsSubSession...
05/05 14:20:34:699 Verbose McsTransport: CHTTPChannel:isconnect cancelling watchdog
05/05 14:20:34:702 Verbose McsTransport: Exiting CHTTPChannel:isconnect...
05/05 14:20:34:711 Verbose McsTransport: CHTTPChannel::GetNextResponse(). Response queue has 1 items
05/05 14:20:34:714 Error McsService: SignInBO: Error response for request 0 error 21
05/05 14:20:34:718 Verbose McsTransport: CMcsTransportLayer:topAllChannels force=0
05/05 14:20:34:720 Verbose McsTransport: CMcsTransportLayer:topAllChannels disconnecting CommandChannel
05/05 14:20:34:723 Verbose McsTransport: CHTTPChannel:isconnect (0, 1)...
05/05 14:20:34:726 Verbose McsTransport: CHTTPChannel::FailOutStandingRequestsL (6,0)...
05/05 14:20:34:728 Verbose McsTransport: Exiting CHTTPChannel::FailOutStandingRequestsL...
05/05 14:20:34:731 Verbose McsTransport: CHTTPChannel:isconnect not connected, returning
05/05 14:20:34:734 Verbose McsTransport: CHTTPChannel::ResetCookie...
05/05 14:20:34:737 Info McsService: CSignInBO:etSignInState SignInState: 1
05/05 14:20:34:739 Info McsService: CSignInBO:etSignInState ErrorCode: 17, SubErrorCode: -20
05/05 14:20:34:742 Verbose McsService: CSignInBO:howSignInErrorMessage, Error = 17
05/05 14:20:34:745 Info McsService: CMcsMessageDialog ShowSignInErrorMessageL dialog 8
05/05 14:20:34:748 Verbose McsService: In CMcsDialogServiceClient:howMessage
05/05 14:20:34:752 Verbose McsService: In RMcsDialogServiceSession:howMessage
05/05 14:20:34:755 Verbose McsService: CSelfPresenceBO::HandleSignOut : Enter
05/05 14:20:34:758 Verbose McsService: Exiting CSelfPresenceBO::HandleSignOut...Not Signed-In
05/05 14:20:34:767 Verbose McsService: CConversationMgr:nSignInStateChange - In
05/05 14:20:34:798 Verbose McsService: In CConversationMgr::EndAllConversationsL
05/05 14:20:34:802 Verbose McsService: In CConversationMgr::RemoveQueuedConversationRequests
05/05 14:20:34:808 Verbose McsService: CConversationMgr:nSignInStateChange completed
05/05 14:20:34:811 Verbose McsService: CVoicemailBO:ublishState voicemailEnabled[0], VoicemailCount[0]
05/05 14:20:34:816 Verbose McsService: CSearchBO::ResetClientStates
05/05 14:20:34:819 Verbose McsService: Exiting CSearchBO::ResetClientStates
05/05 14:20:34:837 Verbose McsService: CMcsRequest::~CMcsRequest() - Destructor. Request id = 6, Request type = 0
05/05 14:20:34:868 Verbose McsService: CMcsRequest::ClearCwaReques()
05/05 14:20:36:769 Verbose McsTransport: CSNAPMonitor::EventL default - Event Type = 8
05/05 14:20:36:775 Verbose McsTransport: CSNAPMonitor::EventL default - Event Type = 8
05/05 14:20:36:960 Verbose McsTransport: CNwInterfaceMonitor::RunL
05/05 14:20:36:967 Verbose McsTransport: CNwInterfaceMonitor::RunL InterfaceNotification
05/05 14:20:36:970 Verbose McsTransport: CNwInterfaceMonitor::RunL iap=1 state=1
05/05 14:20:36:973 Verbose McsTransport: CHTTPChannel::InterfaceStateChanged to 1
05/05 14:20:36:976 Verbose McsTransport: CSNAPMonitor::EventL EConnMonNetworkStatusChange - Network status = 2
05/05 14:20:37:125 Verbose McsTransport: CSNAPMonitor::EventL default - Event Type = 8
05/05 14:20:37:274 Verbose McsTransport: CSNAPMonitor::EventL default - Event Type = 2
05/05 14:20:38:526 Info McsService: CMcsMessageDialog RunL dialog 8 response 0 autoaccept 0
05/05 14:20:38:536 Verbose McsService: In CSignInBO:rocessDialogResponse
05/05 14:20:38:542 Info McsService: CSignInBO:rocessDialogResponse Calling CMcsService::GetInstanceL()->StartServiceShutDown()
Anyone able to help?I have updated my phone to that release and the problem still persist. I have read it is due to some Certificate Porblem.
http://social.technet.microsoft.com/Forums/en/ocssecurity/thread/f2d44e0c-0ca5-4b1f-bc84-7e61a36c51c...
i think it has to do with this. So, i have installed the certificate .DER but its listed in "my certificates" not in "trusted certificates". How can I move them? or install them in the correct list? -
Sign in issue with Lync Mobile client
Hi guys,
I'm trying to deploy a reverse proxy for mobile and external users, but I am having issues with the mobile client for android. It keeps saying "an unknown error occurred". Please try again.
I've got the log zip file outputted by the client here if someone could have a look and point me in the right direction? I've set
up server farms for the webservices, meet, and dialin.
Desktop clients can log in without any issue btw.
Cheers,
Gareth L. ArmstrongVerify from DNS Configuration and Check what is causing this issue from
Lync Connectivity analyzer
Also to troubleshooting Lync mobility, you can refer below link
http://blogs.technet.com/b/nexthop/archive/2012/02/21/troubleshooting-external-lync-mobility-connectivity-issues-step-by-step.aspx
Please remember, if you see a post that helped you please click "Vote As Helpful" and if it answered your question, please click "Mark As Answer"
Mai Ali | My blog: Technical | Twitter:
Mai Ali -
Cannot hear anything when calling with iPhone 4
I've had my iPhone 4 just over a year and for the past week or so I haven't been able to hear anything when making or recieving calls. Also when going to answer a call it freezes and shuts itself down. I have done the restore and also restored it from new loosing my stuff and this still hasn't fixed it. It also doesn't have any sound when using headphones either. Anyone have any ideas or advice?? Thanks
Sometimes if you are nice to them they will replace it even if it is out of warranty. And if they won't there is a flat fee of $149 to replace it.
-
Hi there,
I have a problem with the office communicator. I'm able to make a call to one party without any problems. The issue occurs when I add two or more parties into the conversation. The call button will be greyed out and Im unable to make a call.
I've uninstalled and reinstalled the OCS but the problem still persists.
Appreciate if anybody could help.
Regards,
VinodAgree with Anthony.<o:p></o:p>
You can check that by initialing a audio meeting.Then check if the call button grays out.<o:p></o:p>
Lisa Zheng
TechNet Community Support -
Origin of call with Skype subscriptions
I understand the Skype subscriptions and their rates when calling TO a specific country, but does it matter where you call FROM/ the origin of the call if you have a subsription to call that particular country?
For example: If I buy a year subscription to call landlines and mobiles in the United States, for the $2.99 a month, does it matter WHERE I am calling from (such as France, London, Germany) as long as I am only calling TO the United States? Or is that rate only for people in the U.S. trying to call others in the U.S? I'm a U.S. resident studying abroad for a year and wasn't sure if the origin of the call/ where I call from, is as important as where the subsription is set up to call to.sombrioio wrote:
I am a subscriber in CANADA for some reason the default country of origin for mey calls seems to be the United states of America. How do i Change this ver bad FAULT or default country of origin. It really pisses me off that the USA seems to have taken over the world and everything seems to be THEIRS.
When calling telephones, the people you call may see a number based on where Skype patches your call into the telephone network. When calling phones across the USA and Canada, this is often done from locations in California. Users have no control over where Skype patches calls into the telephone network, as this is done in part to minimize the costs for those calls (and how there are lower rates in general when calling with Skype, and "unlimited" subscriptions for some parts of the world).
Skype has been doing this for many years, even before its acquisition by a big US-based software company. It's not some part of a scheme for the US taking over the world. It is probably cheaper for Skype to patch calls bound for Canadian phone numbers into the phone network from wherever it is being done now (probably in California) than it would be to patch the calls into the phone network somewhere in Canada.
Patrick
Location/Ubicacion: Arizona USA
Time Zone/Hora Local: UTC/GMT -7
If this message has adequately addressed your issue, please click on the “Accept as Solution” button. If you found a post useful then please "Give Kudos" at the bottom of my post, so that this information can benefit others.
Si esto mensaje le ha ayudado, por favor haga clic en "Aceptar como solución". Si encuentra un mensaje útil, por favor "Da Kudos" al final del mensaje, por lo que esta información puede beneficiar a otros.
I am not a Skype employee. No soy un empleado de Skype. -
Users can't sign in to the Lync when they out of office!
All users in office they can signed - in well but when they moved out of office or anywhere in the world they can't sign-in even they have internet connection so is it require to configure some else on MS Lync server 2013 or on MX record, forwarding port
in router, Etc.. ?
please comment / advice !
Regards,
SambathHi,
For external accessing with Lync, you need to deploy an Edge Server in DMZ zone.
You can refer to the link of “Installing Lync 2013 Edge Server” to help you deploy Edge server:
http://social.technet.microsoft.com/wiki/contents/articles/16931.installing-lync-2013-edge-server.aspx
If you want to login with mobility, no matter internal or external, you need to deploy a Reverse Proxy in DMZ zone.
More details:
http://technet.microsoft.com/en-us/library/gg398069.aspx
Best Regards,
Eason Huang
Eason Huang
TechNet Community Support
Maybe you are looking for
-
Namespace problem while updating a desktop app
Hello, I've searched on a lot of forums but didn't find anything accurate on my problem. I have an old AIR 2.0 desktop app that updated itself. I want to update it to the last 3.4 framework. So I followed instructions for the intermediate application
-
Are there any MDX gurus who can help me? I am trying to produce an MDX query that generates a ranked result set, within this I am trying to get two levels of ranking based on Net Sales, firstly the ranking within the overall set, and secondly a ranki
-
Nexus 7010 bgp state change alert not triggered to NNM
Hi , BGP state change alert not triggered to NNM on Nexus -7010 for Monitoring. Details of the Device: Nexus 7010 : Software BIOS: version 3.22.0 kickstart: version 5.1(3) system: version 5.1(3) BGP neighbor status : Neighbor
-
I got Software update for iOS 6.1 .. After installation - Phone shows message to connect to iTune, I connect to iTune - I got message - iTune has detected iPhone in recovery mode. you must restore this iPhone before it can be used with iTune. I click
-
Migrattion of E-Business Suite.
Hi, Application : EBS R12.0.4 (32 bit) database : 10g r2(32 bit) OS : RHEL AS 4 update 5(32 bit) I have sinle node for apps and db Tier. Now I want to migrate for EBS from 32 bit to 64 bit on REHEL as 4(64 bit). Please give idease for LInux and EBS m