<div dir="ltr"><div dir="ltr">> gen_netlink can be built with rebar. No need to use the old build chain. <br><br>Hmm, I didn't know that I could just ignore tetrapak and use traditional rebar.<br>I can access them now.<br><br>> I don't get why you insist on reinventing existing stuff. I get that you want to learn Erlang, but there are easier projects.<br><br>I'm building one yet another ggsn in Erlang, your question is legitimate, it's because I manage some nodes at Core Network (Voice, SMS, Data, CS, PS, EPC) and I was amazed how fast I could create some GTP-C message in a very short time using Erlang, so I would be happy to be able to build a working ggsn that I understand how everything is working from A to Z, not just downloading some stuff and watch them in action passively.<br>So, my gtp-c part is fine, but instead of invoking some libgtpnl at gtp-u side, I want to answer to some echo-response that I receive at gtp-u, so the only way is to work at the netlink socket level.<br><br>> Anyway, working code for using netlink and the Linux kernel GTP module can be found here: <a href="https://github.com/travelping/gtp_u_kmod">https://github.com/travelping/gtp_u_kmod</a><br><br>I didn't know that gtp_u_kmod can be used with any dummy ggsn, my mistake, I thought it only worked with ergw.<br><br>Now, I have these new elements in hand, I'm already working to make my gtp-u path working using this gtp_u_kmod.<br>Hope it will work.<br>Thank you!<br><br>Best Regards,</div></div>