tag:blogger.com,1999:blog-3141648627189840539.post1966152309135979819..comments2024-03-25T12:44:11.321+05:30Comments on Tech Sujhav : Diameter Peer Connection and Disconnectionvinay parasharhttp://www.blogger.com/profile/02452278815847501045noreply@blogger.comBlogger27125tag:blogger.com,1999:blog-3141648627189840539.post-11666629944403277352020-01-24T16:46:06.464+05:302020-01-24T16:46:06.464+05:30Hi
These information shall be populated in Peer a...Hi<br /><br />These information shall be populated in Peer and Realm Table.<br /><br />Following links shall help you.<br />https://diameter-protocol.blogspot.com/2013/09/election-process.html<br />https://diameter-protocol.blogspot.com/2011/07/peer-table-explained.html<br /><br />Thanks for your query.<br />Happy to help you again.<br />Team-DiameterTeam-Diameterhttps://www.blogger.com/profile/09935347808922611079noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-55212295354041611062019-11-07T15:13:37.538+05:302019-11-07T15:13:37.538+05:30Hi Diameter Team,
I am a noobie with Diameter how...Hi Diameter Team, <br />I am a noobie with Diameter however I read the RFC 6733. Had a query <br />Just wanted to know how would I recognize who all are my peer after peer-discovery procedures. Is the unique information diameterIdentity, Origin-Host, Origin-Realm or is there something else Vishwajeet Gaurhttps://www.blogger.com/profile/04704380510867669806noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-10415263870939851222019-01-03T16:25:20.242+05:302019-01-03T16:25:20.242+05:30hey,
when we send DPR and how do we know that now...hey,<br /><br />when we send DPR and how do we know that now DPR will send? <br />kamal kumarhttps://www.blogger.com/profile/08415544348250192817noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-76954446867362767512017-06-28T14:56:15.487+05:302017-06-28T14:56:15.487+05:30HI,
Can you change "to connection per REALM&...HI,<br /><br />Can you change "to connection per REALM" to "two connections per REALM".<br /><br />Br,<br />Shashi Kant SantoshAnonymoushttps://www.blogger.com/profile/07959638341375583321noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-88384685932528215152016-06-21T14:22:12.874+05:302016-06-21T14:22:12.874+05:30Hi
Reconnection after DPR/DPA shall be fresh(New...Hi<br /><br /><br />Reconnection after DPR/DPA shall be fresh(New) Connection it shall start with CER/CEA exchange.<br /><br /><br />Thanks for your query.<br />Happy to help you againAjayhttps://www.blogger.com/profile/14732473284205854644noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-54456654179054583642016-06-20T15:03:20.140+05:302016-06-20T15:03:20.140+05:30How to reconnect after DPR/DPAHow to reconnect after DPR/DPAAnonymoushttps://www.blogger.com/profile/08658145686321307362noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-15037962286094604342016-03-08T09:40:00.274+05:302016-03-08T09:40:00.274+05:30Hi Sergio
Any entity can initiate DPR to its peer...Hi Sergio<br /><br />Any entity can initiate DPR to its peer with { Disconnect-Cause } set to Rebooting. So that peer can take actions as configured by vendor (Like storing state etc.)<br /><br />Above article is there to help you. Hope we suffice your query.<br /><br />Thanks for your query.<br />Happy to help you again.<br />Team-DiameterTeam-Diameterhttps://www.blogger.com/profile/09935347808922611079noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-2931512414812802472016-03-08T04:02:26.061+05:302016-03-08T04:02:26.061+05:30Hello
Is there a way to indicate not to send more...Hello<br /><br />Is there a way to indicate not to send more messages? In scenarios, for statefull applications, 2 frontends might server a given server. If an entity of the cluster is required to be rebooted, is there a way in the protocol for informing the peering element it will go offline in given time?<br /><br />RegardsAnonymoushttps://www.blogger.com/profile/02380294858928188966noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-64895833643314099062016-01-13T09:19:04.056+05:302016-01-13T09:19:04.056+05:30Hello -
The Diameter Spec specifies the followin...Hello - <br /><br />The Diameter Spec specifies the following:<br /><br />“A given Diameter instance of the peer state machine MUST NOT use more than one transport connection to communicate with a given peer, unless multiple instances exist on the peer in which case a separate connection per process is allowed.”<br /><br />A peer is identified by its Origin-Host AVP from CER.<br /><br />Is there any good reason to have this limitation of 1 transport connection per peer ? <br /><br />Multiple connections between peers could be useful to multiplex peer traffic on multiple connections so it supports the load. E.g between 2 DRA, we may have 60000 Messages per sec to handle - while each TCP/IP connection has a throughput limiting the traffic to 5000 msg/sec - how is this handled ?<br /><br />Diameter+https://www.blogger.com/profile/16386308688271468464noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-34019648067857721652015-08-01T00:27:59.890+05:302015-08-01T00:27:59.890+05:30Thank you for your quick reply .
GolanThank you for your quick reply . <br /><br />GolanGolanhttps://www.blogger.com/profile/14139395231322056085noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-56171313455914215662015-07-31T10:22:07.597+05:302015-07-31T10:22:07.597+05:30Hi Golan,
Yes, it is possible that two client hav...Hi Golan,<br /><br />Yes, it is possible that two client have same IP address communicating with same Server but Port No. of both the client should be different.<br /><br />For detailed information please visit following links.<br /><br />http://diameter-protocol.blogspot.in/2013/08/diameter-connection-establishment.html<br />http://diameter-protocol.blogspot.in/2012/12/introduction-to-tcp.html<br /><br />Thanks for your query.<br />Happy to help you again.<br />Team-DiameterTeam-Diameterhttps://www.blogger.com/profile/09935347808922611079noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-39098555882462507082015-07-30T19:19:16.216+05:302015-07-30T19:19:16.216+05:30Hello Diameter-Team
First , many thanks for gre...Hello Diameter-Team <br />First , many thanks for great website . the information is very helpful. <br />We have implemented the Diameter protocol and developed a DCCA server which works fine with one client on the same machine ... <br />I have a basic question regarding the P2P protocol , can we enable two or more clients on the same IP address to communicate with the Server ? <br /><br /><br />Regards,<br />GolanGolanhttps://www.blogger.com/profile/14139395231322056085noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-64760627786653724682014-11-24T12:38:55.832+05:302014-11-24T12:38:55.832+05:30Hi Piyush
As i have suggested you that traffic sh...Hi Piyush<br /><br />As i have suggested you that traffic shall only go to secondary peer only when there transport connection failure. Timeout not equal to transport connection failure. It happens generally because of Load.<br /><br />As suggested,use a DRA, to distribute load on two instance of Server Application. Make configuration in DRA that 50% of traffic shall go on instance one and rest on instance two(that's just an example)<br /><br />Or make direct connections (Primary connection) with each server instance from your client application. By treating those two instance as two different nodes. <br /><br />(For Example)<br />Now let your client application to assign Origin Host of first application to first request message generated by your application and assign Origin Host of second application to second request message and then assign Origin Host of first application to third request message and so on if possible.<br /><br />Thanks for your query.<br />Happy to help you again.<br />Team-DiameterTeam-Diameterhttps://www.blogger.com/profile/09935347808922611079noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-24523328971212656892014-11-24T12:38:28.749+05:302014-11-24T12:38:28.749+05:30Hi Piyush
Your Observation is correct.
To reduc...Hi Piyush <br /><br />Your Observation is correct.<br /><br />To reduce the timeout. I would suggest that please run two server application instances either on same server with different ports or on different servers with same ports and let the client application to distribute load either by DRA (i.e. put DRA b/w server and client and let the DRA to distribute load)<br />or directly having two separate connections, by making two different entries in configuration file. Now assign one origin host to req-1 and other to req-2 invoked by CCR client for instance. In such a way you can overcome timeouts.<br /><br />Or Please check timeout time configured at client it might be very very less. if so please increase it n try again.<br />disable logging/filtering etc at both client and server end. <br /><br />Thanks for your query.<br />Happy to help you again.<br />Team-DiameterTeam-Diameterhttps://www.blogger.com/profile/09935347808922611079noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-30930506983358359992014-11-24T12:38:08.137+05:302014-11-24T12:38:08.137+05:30Hi Piyush
In general traffic shall go to seconda...Hi Piyush <br /><br />In general traffic shall go to secondary peer in case of Transport connection Failure. <br />Timeout does not necessarily mean that it connection is broken. Timeout means Transport is up but not client is not able to receive answer form in given time frame.<br /><br />Thanks for your query.<br />Happy to help you again.<br />Team-DiameterTeam-Diameterhttps://www.blogger.com/profile/09935347808922611079noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-16738339096992389712014-11-13T11:48:16.509+05:302014-11-13T11:48:16.509+05:30Happy to help you again.
Team-DiameterHappy to help you again.<br />Team-DiameterTeam-Diameterhttps://www.blogger.com/profile/09935347808922611079noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-36316136433045350662014-11-12T23:43:09.878+05:302014-11-12T23:43:09.878+05:30Team,
The Disconnect-Cause is DO_NOT_WANT_TO_TALK...Team,<br /><br />The Disconnect-Cause is DO_NOT_WANT_TO_TALK_TO_YOU(2)<br /><br /><br />Thanks for all the help.<br /><br /><br />-DomAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-21058917903798969982014-11-03T15:26:13.970+05:302014-11-03T15:26:13.970+05:30Hi Dom,
RFC-6733 tells, If CEA does not contain D...Hi Dom,<br /><br />RFC-6733 tells, If CEA does not contain DIAMETER_SUCCESS, then SHOULD disconnect the transport layer connection.<br /><br /><br />DPR is not expected, but could be implementation specific. Kindly share Disconnect-Cause AVP value in DPR for better view of issue.<br /><br /><br />Thanks for your query.<br /><br />Happy to help you again.<br />Team-DiameterTeam-Diameterhttps://www.blogger.com/profile/09935347808922611079noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-89968923316468971192014-11-02T21:48:17.201+05:302014-11-02T21:48:17.201+05:30Hi Team,
Sorry about that - SDC - is just a diam...Hi Team, <br /><br />Sorry about that - SDC - is just a diameter agent. <br /><br /><br />What I was trying to ask was, for what messages does the diameter agent sent dpr.. <br />I have scenario where the diameter agent sends DPR after it receives a CEA with 5012 message. Since the CEA is not successful, should the diameter agent be still sending DPR?<br /><br /><br />Thanks in advance!<br /><br />-Dom Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-15239860115617342972014-10-28T09:40:02.733+05:302014-10-28T09:40:02.733+05:30Hi Dom,
Probable causes to trigger DPR are given....Hi Dom,<br /><br />Probable causes to trigger DPR are given. Can you explain more what's your point.<br />Kindly tell what is SDC?<br /><br />Thanks for your query.<br /><br />Happy to help you again.<br />Team-DiameterTeam-Diameterhttps://www.blogger.com/profile/09935347808922611079noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-36298702267330417062014-10-28T01:46:54.041+05:302014-10-28T01:46:54.041+05:30Hi All,
What instances triggers DPR from SDC?
...Hi All, <br /><br />What instances triggers DPR from SDC? <br /><br />Can a peer send DPR to SDC?<br /><br />-DomAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-81200441695542358242013-07-26T11:23:36.078+05:302013-07-26T11:23:36.078+05:30Hi Pulkit
Swarup has given the ideal reply.
Than...Hi Pulkit<br /><br />Swarup has given the ideal reply. <br />Thanks Swarup for best possible answer<br /><br /><br />Regrads,<br />AjayAjayhttps://www.blogger.com/profile/14732473284205854644noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-49958908870473292252013-07-26T11:18:36.682+05:302013-07-26T11:18:36.682+05:30Hi Pulkit,
Standard doesn't says explicit per...Hi Pulkit,<br /><br />Standard doesn't says explicit pertaining to above; it can be inferred that peer shall return the DPA with result-code set to "DIAMETER_INVALID_AVP_VALUE" because Disconnect-Cause AVP is a mandatory AVP in DPR request. And value of one of the mandatory AVP is incorrect.<br /><br /><br /><br /><br />Swarup Senguptahttps://www.blogger.com/profile/14225596439296099785noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-1802538994109884122013-07-23T12:59:24.841+05:302013-07-23T12:59:24.841+05:30How peer should behave when it recive the disconne...How peer should behave when it recive the disconnect request from other side with different disconnect cause (0,1,2)<br /><br />In any scenario peer will close the connection via sending(DPA- disconnect peer answer) after receiving the disconnect request from another peer or continue the connection.<br /><br />Regards,<br />pulkit Garg Pulkithttps://www.blogger.com/profile/12515054073225086489noreply@blogger.comtag:blogger.com,1999:blog-3141648627189840539.post-18983079398797591522012-06-24T00:40:32.834+05:302012-06-24T00:40:32.834+05:30Hi Vinay,
That was helpful in a way.
In the conf...Hi Vinay,<br /><br />That was helpful in a way.<br /><br />In the configuration file i have already provided the primary and secondary peer. I have added them in the routing table of Diameter stack as well. <br /><br />I executed some test with 2 peers ( executed in local system with different ports )<br /><br />Time out will occur if the peer , due to some reason would not respond to CCR message, and the SAME CCR should be send to secondary on such case. The CCR message should be same in this case. <br /><br />The Problem is, when the stack check the connection with the primary and secondary peer, it keep the primary peer up in the stack. Every time the request will go to the primary, even in case of a timeout.<br /><br />How can i redirect the same CCR to secondary which was not being responded by primary peer? According to my understanding, i have to some how remove the primary peer for the top of stack and keep the secondary on the top of stack. <br /><br />But i have very little idea how to do it, keeping the stack initialized.<br /><br />Kindly suggest.<br /><br />Thank You!<br /><br />Best Regards,<br />PIYUSHAnonymoushttps://www.blogger.com/profile/14947751460441860488noreply@blogger.com