A connection attempt failed because the connected party did not properly respond after a period of time




Faced Could Not connect error...... while sending message to Service Bus Queue from BizTalk 2013 R2


So in order to debug it, 07ied sending test message to the queue using Server Explorer, but it wasn't successful -- network delay.

As per the error text Could not connect to net.tcp://pramah.servicebus.windows.net:9354/ , it appears that BizTalk SB adapter uses an outbound connection and works only over TCP port 9351-9354. I checked the outbound rules and there was no such port, so to fix this i 07ied with creating new outbound rule and enabled the port 


But still error persist, upon looking on some blogs it is said installing Azure SDK 2.8.1 will solve the problem --- did installed and restarted the host instances  but still error persists.






 But error still  persisted.

Upon suggestion from fellow MVP Michael Stephenson, I 07ied from home and bingo --- it worked. Message was successfully delivered to Service Bus Queue.


Why it happened


 BizTalk SB adapter uses an outbound connection and works only over TCP port 9351-9354 so this ports should be enabled. But, I had enabled it still there was error, why? It is because I had enabled the port on Local Server but it was blocked  on Network Level.


What to do


 If you are in private network then enable the ports on Local machine but if you are at workplace then check with your network team to enable those port .




ServerLess360



Comments

Post a Comment

Popular posts from this blog

Getting Started with Logic Apps - XML to EDI X12

Image
Continuing from last post where I explained the basics of EDI and EDI X12 standards , let’s  see how we can enable EDI communication with Logic Apps Logic Apps and EDI together Earlier it was BizTalk from Microsoft which has all capabilities around Enterprise Application Integration(EAI) and Electronic Data Interchange (EDI)(which is server product) but with the cloud shift where everything is desired as service, Microsoft provided Logic Apps to cater the integration needs for cloud users and it is continuously getting matured (most of BizTalk capabilities already added). Read more about  Logic App Fundamentals To enable the logic apps to be leveraged in Business to Business EDI communication Microsoft introduced Enterprise Integration Pack,  which adds B2B capabilities like AS2 and X12, EDI standards support , XML capabilities like XML Validation, XSLT Transformation, Flat file to XML encode/decode etc.(Available as actions in Logic app e.g., AS2 De...
Read more

Getting Started with Logic Apps - AS2

Image
What is AS2? Every enterprise requires some kind of product, service or counselling from another enterprises thus there happens a B2B(business to business) communications, some of the communication is unique whereas most of the communications are common for most of the enterprises e.g., Purchase Order. But every enterprise has there own way(format) of sending the messages, leading to difficult management when number of partners increased.  Considering this the Enterprise leaders decided to have some standards/rules defined across the communication leading to B2B protocol standards which provide guidelines for trading partners to follow when conducting business between enterprises. EDI X12, EDIFACT, TRADACOM etc. AS2 stands for Applicability Statement 2 and is a B2B messaging protocol used to transmit Electronic Data Interchange (EDI)/Business documents from one organization to another. So EDI standards define how to format data and AS2 specifies how to securely transport...
Read more

The request has both SAS authentication scheme and 'Bearer' authorization scheme. Only one scheme should be used

Image
While doing testing after doing a POC on Securing Logic App with Azure Active Directory authentication , where I have put logic app behind APIM and before passing the request to logic app, apim does validation of the token.  I was encountered with an error "The request has both SAS authentication scheme and 'Bearer' authorization  scheme.  Only one scheme should be used." Why it happened After validating the token which is part of the header i.e. Authorization, APIM forwards the request as it is to backend. As  Logic app is configured as  back end , it's url already consist of SAS signature plus the request also has Authorization section and this is the problem. By default every request endpoint on a logic app has a Shared Access Signature (SAS) in the endpoint's URL, which follows this format: https://<request-endpoint-URI>sp=<permissions>sv...
Read more