Retronetworking » OCTOI - Osmocom Community TDM over IP

cquirin wrote:

Recently, direct routing over OCTOI/Q.931 for the CNET prefixes 499621 and 432529 has been added. However, testing shows that the prefixes are not taken and that the calls take the default routing out over IAX.

Can you please let me know which testing by whom and when?

It's difficult to track something in the logs withou that information.

If I make an outbound call to 0962111111 it gets processed as expected.

2024-01-10_22:53:41.005133 <RegexRoute:ALL> Including context 'caller_to_national' by rule #1 '.*'
ECHO TO_NAT_BEGIN id=sig/144 caller=3012342111/isdn/national
ECHO TO_NAT_END id=sig/144 caller=3012342111/isdn/national
ECHO AUCM2 in_line= id=sig/144 overlapped=no called=0962111111// calling=// transfer-cap=3.1khz-audio vars=id,module,status,address,billid,answered,direction,caller,called,callername,format,callernumtype,callernumplan,callerpres,callerscreening,callednumtype,callednumplan,overlapped,transfer-cap,context,accept_call,callto,handlers,targetid
2024-01-10_22:53:41.005396 <RegexRoute:ALL> Including context 'convert_called' by rule #16 '.*'
ECHO CONVERT_CALLED id=sig/144 called=0962111111//
2024-01-10_22:53:41.005794 <RegexRoute:ALL> Returning false from context 'convert_called'
ECHO CONVERT_CALLED_END id=sig/144 called=962111111/isdn/national
2024-01-10_22:53:41.005988 <RegexRoute:ALL> Setting match string '962111111' by rule #18 '.*' in context 'aucm2_ctx'
2024-01-10_22:53:41.006148 <RegexRoute:ALL> Jumping to context 'natl_outbound' by rule #20 '${callednumtype}^national$'
ECHO NATL_OUTBOUND match= id=sig/144 caller=3012342111/ called=962111111/national vars=id,module,status,address,billid,answered,direction,caller,called,callername,format,callernumtype,callernumplan,callerpres,callerscreening,callednumtype,callednumplan,overlapped,transfer-cap,context,accept_call,callto,handlers,targetid
2024-01-10_22:53:41.006684 <INFO> Routing call to '962111111' in context 'aucm2_ctx' via 'sig/962111111' in 1572 usec
Overlapped: state: routing, evtype: answer, evname: chan.attach, called:
Overlapped: state: routing, evtype: answer, evname: call.route, called: 962111111
Complete: none
Overlapped got route: 'sig/962111111' for '0962111111'
2024-01-10_22:53:41.010134 <sig/145:ALL> Trying to call on trunk 'cquirin' [0x7f1748002460]
2024-01-10_22:53:41.010230 <cquirin/Q931:ALL> Call(1,1) direction=outgoing TEI=0 [0x7f1770043170]
2024-01-10_22:53:41.010274 <cquirin/Q931:NOTE> Any Circuit
2024-01-10_22:53:41.010279 <cquirin/Q931:NOTE> Now actually reserving
2024-01-10_22:53:41.010335 <cquirin/B:ALL> ZapCircuit(1). IOCTL(SetLinear) failed on channel 683 (param=0). 22: Invalid argument [0x55fde12fa6b0]
2024-01-10_22:53:41.010413 <cquirin/B:ALL> ZapCircuit(1). IOCTL(SetToneDetect) failed on channel 683 (param=0). 25: Inappropriate ioctl for device [0x55fde12fa6b0]
2024-01-10_22:53:41.010643 <cquirin/Q931:ALL> Call(1,1). Connected to circuit 1 in 0 ms [0x7f1770043170]
2024-01-10_22:53:41.010814 <cquirin/Q931:NOTE> circuit == requested
2024-01-10_22:53:41.010831 <cquirin/Q931:ALL> Call(1,1). State 'Null' --> 'CallInitiated' [0x7f1770043170]
2024-01-10_22:53:41.010863 <cquirin/Q931:INFO> Sending message (0x7f1770049e40)
-----
SETUP
  [From initiator=true CallRef=1]   08 02 00 01 05
  Sending complete (codeset=0 type=161)   a1
  Bearer capability (codeset=0 type=4)   04 03 90 90 a3
    transfer-cap=3.1khz-audio
    transfer-mode=circuit
    transfer-rate=64kbit
    layer1-protocol=alaw
  Channel identification (codeset=0 type=24)   18 03 a1 83 81
    interface-bri=false
    channel-exclusive=false
    channel-select=present
    type=B   
    channel-by-number=true
    channels=1
  Calling number (codeset=0 type=108)   6c 0c 21 80 33 30 31 32 33 34 32 31 31 31
    number=3012342111
    type=national
    plan=isdn
    presentation=allowed
    screening=user-provided
  Called number (codeset=0 type=112)   70 0a a1 39 36 32 31 31 31 31 31 31
    number=962111111
    type=national
    plan=isdn
-----

1328 (US, not to be mixed with 49301328 already allocated and routed to me)
7831 (Russia)
336988 (France)

I've added them to the config now.

assuming this is resolved by now, as it wasn't coming up during the RetroNetCall last night.