top button
Flag Notify
    Connect to us
      Site Registration

Site Registration

Gx: Does anyone have Gx interface wireshark logs ?

+3 votes
811 views

I need Gx interface wireshark logs . If someone has wireshark logs then please share the logs with me.

posted Dec 27, 2015 by Vimal Kumar Mishra

Share this question
Facebook Share Button Twitter Share Button LinkedIn Share Button

1 Answer

+1 vote

Hi Vimal,
Please visit this link for Gx pcap
http://www.pcapr.net/view/accumulatorx/2015/2/1/6/dedi_3868_57.43.pcap.html
Hope you get the information what you are looking for

answer Dec 27, 2015 by Chinmoy Padhi
Hi Chinmoy, I registered to the website and clicked on the link you shared but I did not get Gx interface logs. If you are able to download then can you please send me logs to my email id - vimal_bhumca06@yahoo.co.in

Thanks for your quick reply.
Similar Questions
+12 votes

Why do we require Gate Function ? I mean to say what is the need for this ? How Significant it is in Gx-Interface?

+1 vote

Is it possible to use Credit-Control-Failure-Handling AVP in Gx interface. If so, how?

My query is when PCEF sends a CCRequest to PCRF and PCRF does not reply anything, so in that case will that be possible to use Credit-Control-Failure-Handling(CCFH) avp.

Does this behavior allowed as per 3GPP Standards or its upto the customization of the product. Any reference are highly appreciable.

+1 vote

1) Assume that susbcriber is having lower specifications handset which can support of 300kbps in 2G radio, when susbcriber creates a session/starts browsing then GGSN will send QOS in CCR-I as 300kbps & PCRF will reply CCA-I as 400kbps (Assume that at PCRF end 400kbps plan is configured), subscriber can browse successfully & no extra messages in network

2) Assume that susbcriber is having lower specifications handset which can support of 300kbps in 2G radio, when susbcriber creates a session/starts browsing then GGSN will send QOS in CCR-I as 300kbps, PCRF will reply CCA-I as 400kbps (Assume that at PCRF end 400kbps plan is configured), subscriber can browse successfully, after sometime GGSN send CCR-U1 messages with event trigger revalidation timer expired & qos as 300kbps, PCRF will again execute policy function & allocate 400kbps in CCA-U1. Now GGSN again sends an CCR-U2 with 300kbps QOS-CHANGE as event trigger & again PCRF send 400kbps in CCA-U2, like this it go on loop.

/IPCANTYPE=3GPP-EPS mode/
Concern is why same qos send in case-1 is no loop messages, where as loop in case-2

+2 votes

How PCEF decide which QCI_X(where X = 1,2,3,4,5,6,7,8,9,65,66,67,68,69,70) value need to be send to PCRF.
What is the significance of so many QOS-Class-Identifiers?
Even 3GPP 29.212 doesn't define any reason for classification between different QOS-Class-Identifiers.

+3 votes

I am trying to handle all the error scenarios seen while testing the Gx with the third party. As of now I had coded for just the successful scenarios.

I am looking for some of inputs on these error scenarios and how to proceed and exit gracefully (rather than crashing the code)

  • Dynamic rule config with wrong parameters., PGW sends CCR with the CCR type=TERMINATION_REQUEST. How can PCRF respond (just log error and comeout ?)

  • Static rule config with the "wrong rule name". When the PCRF sends CCA-I with the wrong rule name, PGW sends CCR-U with the Charging Rule Report with the "Rule-Failure-Code" as "Unknown Rule Name". In this case remove those rules and continue OR just comeout with just logging error)

...