Date   

Re: IPSC Bridge

JJ Cummings
 

You have the various components largely correct, be sure to use the correct branches too... HB_Bridge and IPSC_Bridge.   I’d pull the various bits down and start to look at/play with them, many of your questions are answered there.

Sent from the iRoad

On Dec 30, 2018, at 22:17, JeffH <jeff@...> wrote:

Hello,

This is my first DMR rodeo, so forgive me if I’m not referrri g to the various elements appropriately. 

I’m working on a project where we are using a Motorola SLR5700 repeater and have the need to connect into two different DMR networks. 

Network 1 - Brandmeister 

Network 2 - c-Bridge to DMR-MARC

I’ve been reading through the DVSwitch documentation and it sounds like it might be possible to accomplish this. 

The end goal would be to map talkgroups on Brandmeister to TS1 and talkgroups on DMR-MARC to TS2. I believe I can use dmrlink and hblink to accomplish this, but I’m not sure if that’s all I need, or if this isn’t even going to be possible. 


BM <—> hblink <—> TS1 <—> IPSC to SLR5700 <—> TS2 <—> dmrlink <—> c-Bridge

If that is possible, then it would be even better to have the ability to whitelist which talkgroups are permitted on Brandmeister. The whitelisting isn’t as important on the DMR-MARC side because the c-Bridge admin is already taking care of that. 

Are there any config samples that could help get me pointed in the right direction?

Thanks in advance!

-JeffH 


IPSC Bridge

JeffH
 

Hello,

This is my first DMR rodeo, so forgive me if I’m not referrri g to the various elements appropriately. 

I’m working on a project where we are using a Motorola SLR5700 repeater and have the need to connect into two different DMR networks. 

Network 1 - Brandmeister 

Network 2 - c-Bridge to DMR-MARC

I’ve been reading through the DVSwitch documentation and it sounds like it might be possible to accomplish this. 

The end goal would be to map talkgroups on Brandmeister to TS1 and talkgroups on DMR-MARC to TS2. I believe I can use dmrlink and hblink to accomplish this, but I’m not sure if that’s all I need, or if this isn’t even going to be possible. 


BM <—> hblink <—> TS1 <—> IPSC to SLR5700 <—> TS2 <—> dmrlink <—> c-Bridge

If that is possible, then it would be even better to have the ability to whitelist which talkgroups are permitted on Brandmeister. The whitelisting isn’t as important on the DMR-MARC side because the c-Bridge admin is already taking care of that. 

Are there any config samples that could help get me pointed in the right direction?

Thanks in advance!

-JeffH 


Re: What to use?

Corey Dean N3FE <n3fe@...>
 

Yes they can all run on the same server.    You might just need to use different port numbers so there are no conflicts.

There is an example right in the config near the bottom that shows how you connect as a client.

Corey n3fe

On Sun, Dec 30, 2018 at 12:19 PM <janipewter@...> wrote:

Thank you for the reply. I'm still a bit confused about all these different modules and what they do. I assume I can run HBLink, HB Bridge and IPSC Bridge on the same server, correct?

>>Configure hblink.cfg to login to your server as a client

Please clarify this part also.

Thanks again.

PS. how can I get notified of a reply to this thread? I'm new to groups.io and its use is not intuitive.


Re: What to use?

janipewter@...
 

Thank you for the reply. I'm still a bit confused about all these different modules and what they do. I assume I can run HBLink, HB Bridge and IPSC Bridge on the same server, correct?

>>Configure hblink.cfg to login to your server as a client

Please clarify this part also.

Thanks again.

PS. how can I get notified of a reply to this thread? I'm new to groups.io and its use is not intuitive.


Re: YSFReflector, HBlink or HB_confbridge, and mmdvm_bridge be on same linux box

Steve N4IRS
 

I do not have a time frame yet.

On 12/29/18 8:00 AM, andrew delgado via Groups.Io wrote:
Hi Steve,

No i still have the issue. it is fine when im using ft2dr but not with ftm100 and frm400


Last update that i read was theres a bug that they will send a patch or fix. waiting for that.

73!
Andrew


On Friday, 28 December 2018, 4:49:10 AM GMT+8, <dstrobbe@...> wrote:


andrew:
I am using ftm-100D    
DID you find a fix or it just does not work?
I spent many hours trying different config. but always came out with same result. 


steve strobbe.


Re: YSFReflector, HBlink or HB_confbridge, and mmdvm_bridge be on same linux box

andrew delgado
 

Hi Steve,

No i still have the issue. it is fine when im using ft2dr but not with ftm100 and frm400


Last update that i read was theres a bug that they will send a patch or fix. waiting for that.

73!
Andrew


On Friday, 28 December 2018, 4:49:10 AM GMT+8, <dstrobbe@...> wrote:


andrew:
I am using ftm-100D    
DID you find a fix or it just does not work?
I spent many hours trying different config. but always came out with same result. 


steve strobbe.


Re: HBlink to XLX

EA4GAX - Sergio
 

Hi I too to be interesting to link an dstar reflector whit hblink.
I will stand by for the answerd.


Re: What to use?

Steve N4IRS
 

Hi,
You will need to build a small bridge to add a IPSC repeater to your HBlink network. it will look like this:
Mororola Repeater <-> IPSC_Bridge <-> HB_Bridge <-> Your HBlink server

You will need the 2 branches:
https://github.com/n0mjs710/DMRlink/tree/IPSC_Bridge
https://github.com/n0mjs710/HBlink/tree/HB_Bridge

You can put all the files in the same directory. Build from the outside in. That way you can see the traffic flow as you add a program.
Configure hblink.cfg to login to your server as a client
Configure dmrlink as a master for your repeater
Configure HB_Bridge.cfg and IPSC_Bridge.cfg to talk to each other. (cross UDP ports)
Start HB_Bridge.py You should see it login to your HB server
Start IPSC_Bridge.py You should see your Motorola Repeater login to it.
If you have the HB_Bridge.cfg and IPSC_Bridge.cfg correct, you should see traffic flow.

While building, run everything in the foreground so that you can watch the logs in real time.
Make sure you see the traffic before moving on.

73, Steve N4IRS


On 12/28/2018 2:37 PM, janipewter@... wrote:
Hi all. I have just discovered hblink while researching how to set up my own repeater network. I haven't been able to find a great amount of documentation and there seems to be an almighty amount of different tools without much explanation as to what does what. So far I have successfully set up a hblink master server and connected two MMDVM repeaters to it. Eventually I hope to build a smal network of MMDVM and Motorola (IPSC) DMR repeaters. I'm not interested in having a billion talk groups and bridges to other networks etc. We will just have a bunch of repeaters with a local channel and a network channel on each repeater. The network channel I wish to go out on all repeaters, the local channels will be local to each repeater.

So my question is what do I use? I don't have a Motorola repeater here to test at the moment. Will a Motorola repeater connect directly to the hblink master or is some other bridge necessary?

Thanks


What to use?

janipewter@...
 

Hi all. I have just discovered hblink while researching how to set up my own repeater network. I haven't been able to find a great amount of documentation and there seems to be an almighty amount of different tools without much explanation as to what does what. So far I have successfully set up a hblink master server and connected two MMDVM repeaters to it. Eventually I hope to build a smal network of MMDVM and Motorola (IPSC) DMR repeaters. I'm not interested in having a billion talk groups and bridges to other networks etc. We will just have a bunch of repeaters with a local channel and a network channel on each repeater. The network channel I wish to go out on all repeaters, the local channels will be local to each repeater.

So my question is what do I use? I don't have a Motorola repeater here to test at the moment. Will a Motorola repeater connect directly to the hblink master or is some other bridge necessary?

Thanks


Re: DVSwitch - YSF

Mike KB8JNM
 

Not that I am aware of.

I may attempt to write something if nobody points to something.

But not right immediate like though. Perhaps someone did write one??

Took me 3 tries to get it right. Just have to stop and think it through.

ID's, Ports, and addresses... More Later

Want to have a NET in Jan-/+Feb ... perhaps a topic?

But, I will post something. I may not be on 'the standard' so I don't want to lead folks astray.

29285 is listening to 'america link' 13953 - https://amlink.alabamalink.info/ if you want to listen and follow along.

On 12/28/2018 2:30 PM, Richard Hyde wrote:
Is there a how to on ASL 2 YSF. I am looking to set up a bridge myself I have DMR ASL working great at the moment..

On Fri, Dec 28, 2018, 2:01 PM Mike KB8JNM <groupio@... wrote:
I had some time and was looking for something new to do....
Put up my own YSF reflector (88023) and seems to work well from a local box running centos7.
The reflector currently sits idol most times since I am not bridging it to my ASL just yet on a more permanent basis perhaps later. All experimental at this point. Will place in on a virtual box later.
You are welcome to test on that YSF reflector though jan.

So, I plugged my pi-star hot spot over to my reflector and again works fine with some issues I had with pi-star not updating to the more recent dashboard to allow DMR2YSF.

Then I proceeded to set-up dvswitch to connect to my reflector.... Worked like a charm.
Now I could test without harm on my own reflector.
So now I am just testing it all out for stability by listening to various YSF TG's

If you have a interest, you might connect to ASL 29285. the YSF bridge is in monitor mode (no tx)
Probably run it like this through jan2019 and then I'm not sure what exactly I'm doing with this one exactly but will migrating to other servers for specific purpose. Will try to keep some noise on it...LOL

Anyway, Just thought I would start a YSF thread here since I did not see one.

And I have to say, YSF is as equal and maybe better in some ways than DMR audio.
You have to take much into account when listening since most are mobile stations with weak signal to a repeater.


Re: DVSwitch - YSF

Richard Hyde
 

Is there a how to on ASL 2 YSF. I am looking to set up a bridge myself I have DMR ASL working great at the moment..


On Fri, Dec 28, 2018, 2:01 PM Mike KB8JNM <groupio@... wrote:
I had some time and was looking for something new to do....
Put up my own YSF reflector (88023) and seems to work well from a local box running centos7.
The reflector currently sits idol most times since I am not bridging it to my ASL just yet on a more permanent basis perhaps later. All experimental at this point. Will place in on a virtual box later.
You are welcome to test on that YSF reflector though jan.

So, I plugged my pi-star hot spot over to my reflector and again works fine with some issues I had with pi-star not updating to the more recent dashboard to allow DMR2YSF.

Then I proceeded to set-up dvswitch to connect to my reflector.... Worked like a charm.
Now I could test without harm on my own reflector.
So now I am just testing it all out for stability by listening to various YSF TG's

If you have a interest, you might connect to ASL 29285. the YSF bridge is in monitor mode (no tx)
Probably run it like this through jan2019 and then I'm not sure what exactly I'm doing with this one exactly but will migrating to other servers for specific purpose. Will try to keep some noise on it...LOL

Anyway, Just thought I would start a YSF thread here since I did not see one.

And I have to say, YSF is as equal and maybe better in some ways than DMR audio.
You have to take much into account when listening since most are mobile stations with weak signal to a repeater.


Re: We lost a nice guy this week.

George Stein - NJ3H
 

Hi Steve, 

Sorry to hear about the loss of your friend.  May he rest in peace. 

Regards,
George, NJ3H
Redmond, Oregon USA
DMR Node: 3141315
Allstar Node: 49246
Echolink Node NJ3H-L: 3135

On Fri, Dec 28, 2018 at 6:39 AM, Steve N4IRS
<szingman@...> wrote:
I was informed yesterday that Steve K4SQI passed away in his sleep. Steve was very active in many facets of Amateur Radio including the digital modes. Steve did a great job of testing all of the DVSwitch programs and was a great help in finding bugs. He was a lot of fun to talk to both on voice and on text messages. I for one will miss him. Here is the post that I received:

[Forwarded from Bill Carreira W1KFR]
I am very sad to report that Steve K4SQI passed away in his sleep last night for no known reason. Steve was the brains behind these digital links. He built the interfaces for a lot of the links around the country including the Kingsland Digital, Carolina digital, and RI Digital. Kevin KA1MXL and I have reached out to his wife to assist her in this time of need along with all the guys from Carolina. Just passing the information on to the group because a few of FCDMR folks use Kingsland Digital in the differnt modes.

 


DVSwitch - YSF

Mike KB8JNM
 

I had some time and was looking for something new to do....
Put up my own YSF reflector (88023) and seems to work well from a local box running centos7.
The reflector currently sits idol most times since I am not bridging it to my ASL just yet on a more permanent basis perhaps later. All experimental at this point. Will place in on a virtual box later.
You are welcome to test on that YSF reflector though jan.

So, I plugged my pi-star hot spot over to my reflector and again works fine with some issues I had with pi-star not updating to the more recent dashboard to allow DMR2YSF.

Then I proceeded to set-up dvswitch to connect to my reflector.... Worked like a charm.
Now I could test without harm on my own reflector.
So now I am just testing it all out for stability by listening to various YSF TG's

If you have a interest, you might connect to ASL 29285. the YSF bridge is in monitor mode (no tx)
Probably run it like this through jan2019 and then I'm not sure what exactly I'm doing with this one exactly but will migrating to other servers for specific purpose. Will try to keep some noise on it...LOL

Anyway, Just thought I would start a YSF thread here since I did not see one.

And I have to say, YSF is as equal and maybe better in some ways than DMR audio.
You have to take much into account when listening since most are mobile stations with weak signal to a repeater.


We lost a nice guy this week.

Steve N4IRS
 
Edited

I was informed yesterday that Steve K4SQI passed away in his sleep. Steve was very active in many facets of Amateur Radio including the digital modes. Steve did a great job of testing all of the DVSwitch programs and was a great help in finding bugs. He was a lot of fun to talk to both on voice and on text messages. I for one will miss him. Here is the post that I received:

[Forwarded from Bill Carreira W1KFR]
I am very sad to report that Steve K4SQI passed away in his sleep last night for no known reason. Steve was the brains behind these digital links. He built the interfaces for a lot of the links around the country including the Kingsland Digital, Carolina digital, and RI Digital. Kevin KA1MXL and I have reached out to his wife to assist her in this time of need along with all the guys from Carolina. Just passing the information on to the group because a few of FCDMR folks use Kingsland Digital in the differnt modes.

A gofundme page has been setup to help his family.
 
https://www.gofundme.com/k4sqi-steven-d-blackford-steve
 


Re: YSFReflector, HBlink or HB_confbridge, and mmdvm_bridge be on same linux box

dstrobbe@...
 

andrew:
I am using ftm-100D    
DID you find a fix or it just does not work?
I spent many hours trying different config. but always came out with same result. 


steve strobbe.


Re: YSFReflector, HBlink or HB_confbridge, and mmdvm_bridge be on same linux box

andrew delgado
 

I have similar issues , it is fine when im using ft2dr,  YSF to DMR is fine but when DMR to YSF and im using FT2DR it is also fine and i noticed its switching from VW to DN. but if im using my ftm400 and ftm100 i have similar issues the 1st sec will have audio then it drop no audio will receive.

On Thursday, 27 December 2018, 12:06:52 AM GMT+8, <dstrobbe@...> wrote:


Steve:

I hear only about 3 seconds of clear fusion  audio on my fusion radio  then audio stops i do see  a digital signal still being recieved on fusion radio and if i listen to it on fm side will hear the digital transmittion .        ysf to dmr works fine.  will hear everything.

on the mmdvm_bridge console i see  data being sent on ysf to dmr with good audio  ie 
M: 2018-12-23 23:28:00.722 YSF, received network data from KJ4FPA     to *****F5ACr at KJ4FPA    
I: 2018-12-23 23:28:00.722 YSF, Lookup call KJ4FPA returned id 1112822 -> 1112822
M: 2018-12-23 23:28:00.727 DMR, TX state = ON
I: 2018-12-23 23:28:00.727 DMR, Begin TX: src=1112822 rpt=0 dst=1234 slot=2 cc=0 metadata=KJ4FPA
D: 2018-12-23 23:28:01.427 V/D Mode 2 Data, DT1
D: 2018-12-23 23:28:01.427 0000:  19 22 62 5F 29 52 38 51 56 34                      *."b_)R8QV4*
D: 2018-12-23 23:28:01.520 V/D Mode 2 Data, DT2
D: 2018-12-23 23:28:01.520 0000:  57 6E 47 7F 6C 20 6B 20 03 2F                      *WnG.l k ./*
D: 2018-12-23 23:28:02.226 V/D Mode 2 Data, DT1
D: 2018-12-23 23:28:02.226 0000:  19 22 62 5F 29 52 38 51 56 34                      *."b_)R8QV4*
D: 2018-12-23 23:28:02.320 V/D Mode 2 Data, DT2
D: 2018-12-23 23:28:02.320 0000:  57 6E 47 7F 6C 20 6B 20 03 2F                      *WnG.l k ./*
M: 2018-12-23 23:28:02.928 YSF, received network end of transmission, 2.3 seconds, 0% packet loss, BER: 0.0%
M: 2018-12-23 23:28:02.933 DMR, TX state = OFF


dmr to ysf  log shows   2-3 seconds of good audio       should i see data like on the ysf to drm transmition
I: 2018-12-23 23:20:56.376 YSF, Narrow transmit (72 bit)
M: 2018-12-23 23:21:01.118 DMR Slot 2, received network end of voice transmission, 5.2 seconds, 4% packet loss, BER: 0.1%
M: 2018-12-23 23:21:01.118 YSF, TX state = OFF


Re: YSFReflector, HBlink or HB_confbridge, and mmdvm_bridge be on same linux box

dstrobbe@...
 

Steve:

I hear only about 3 seconds of clear fusion  audio on my fusion radio  then audio stops i do see  a digital signal still being recieved on fusion radio and if i listen to it on fm side will hear the digital transmittion .        ysf to dmr works fine.  will hear everything.

on the mmdvm_bridge console i see  data being sent on ysf to dmr with good audio  ie 
M: 2018-12-23 23:28:00.722 YSF, received network data from KJ4FPA     to *****F5ACr at KJ4FPA    
I: 2018-12-23 23:28:00.722 YSF, Lookup call KJ4FPA returned id 1112822 -> 1112822
M: 2018-12-23 23:28:00.727 DMR, TX state = ON
I: 2018-12-23 23:28:00.727 DMR, Begin TX: src=1112822 rpt=0 dst=1234 slot=2 cc=0 metadata=KJ4FPA
D: 2018-12-23 23:28:01.427 V/D Mode 2 Data, DT1
D: 2018-12-23 23:28:01.427 0000:  19 22 62 5F 29 52 38 51 56 34                      *."b_)R8QV4*
D: 2018-12-23 23:28:01.520 V/D Mode 2 Data, DT2
D: 2018-12-23 23:28:01.520 0000:  57 6E 47 7F 6C 20 6B 20 03 2F                      *WnG.l k ./*
D: 2018-12-23 23:28:02.226 V/D Mode 2 Data, DT1
D: 2018-12-23 23:28:02.226 0000:  19 22 62 5F 29 52 38 51 56 34                      *."b_)R8QV4*
D: 2018-12-23 23:28:02.320 V/D Mode 2 Data, DT2
D: 2018-12-23 23:28:02.320 0000:  57 6E 47 7F 6C 20 6B 20 03 2F                      *WnG.l k ./*
M: 2018-12-23 23:28:02.928 YSF, received network end of transmission, 2.3 seconds, 0% packet loss, BER: 0.0%
M: 2018-12-23 23:28:02.933 DMR, TX state = OFF


dmr to ysf  log shows   2-3 seconds of good audio       should i see data like on the ysf to drm transmition
I: 2018-12-23 23:20:56.376 YSF, Narrow transmit (72 bit)
M: 2018-12-23 23:21:01.118 DMR Slot 2, received network end of voice transmission, 5.2 seconds, 4% packet loss, BER: 0.1%
M: 2018-12-23 23:21:01.118 YSF, TX state = OFF


Re: YSFReflector, HBlink or HB_confbridge, and mmdvm_bridge be on same linux box

dstrobbe@...
 

Steve
I found my error in th ini file on a port for my ysf reflector    ie  should be 42003 not 42000

But now when i transmit from drm   i hear about 3-4 sec of audio from fusion   then stops but carrier still continues...    

Audio cuts out.   will not return for can not be heard agian for a serveral transmits ..   ?  cut off timer????
 no audio will be heard from ysf transmit to dmr

MMDVM-bridge output  on transmit from dmr   intermitant audio heard

I: 2018-12-23 23:20:29.494 YSF, Begin TX: src=1112822 rpt=0 dst=31664 slot=2 cc=0 metadata=KJ4FPA
 
I: 2018-12-23 23:20:29.557 YSF, Narrow transmit (72 bit)
M: 2018-12-23 23:20:34.656 DMR Slot 2, received network end of voice transmission, 5.5 seconds, 4% packet loss, BER: 0.0%
M: 2018-12-23 23:20:34.665 YSF, TX state = OFF
M: 2018-12-23 23:20:56.316 DMR Slot 2, received network voice header from KJ4FPA to TG 31664
M: 2018-12-23 23:20:56.316 YSF, TX state = ON
I: 2018-12-23 23:20:56.316 YSF, Begin TX: src=1112822 rpt=0 dst=31664 slot=2 cc=0 metadata=KJ4FPA
 
I: 2018-12-23 23:20:56.376 YSF, Narrow transmit (72 bit)
M: 2018-12-23 23:21:01.118 DMR Slot 2, received network end of voice transmission, 5.2 seconds, 4% packet loss, BER: 0.1%
M: 2018-12-23 23:21:01.118 YSF, TX state = OFF

mmdvm_bridge output from  ysf transmit  to dmr      no audio heard. 
M: 2018-12-23 23:28:00.722 YSF, received network data from KJ4FPA     to *****F5ACr at KJ4FPA    
I: 2018-12-23 23:28:00.722 YSF, Lookup call KJ4FPA returned id 1112822 -> 1112822
M: 2018-12-23 23:28:00.727 DMR, TX state = ON
I: 2018-12-23 23:28:00.727 DMR, Begin TX: src=1112822 rpt=0 dst=1234 slot=2 cc=0 metadata=KJ4FPA
D: 2018-12-23 23:28:01.427 V/D Mode 2 Data, DT1
D: 2018-12-23 23:28:01.427 0000:  19 22 62 5F 29 52 38 51 56 34                      *."b_)R8QV4*
D: 2018-12-23 23:28:01.520 V/D Mode 2 Data, DT2
D: 2018-12-23 23:28:01.520 0000:  57 6E 47 7F 6C 20 6B 20 03 2F                      *WnG.l k ./*
D: 2018-12-23 23:28:02.226 V/D Mode 2 Data, DT1
D: 2018-12-23 23:28:02.226 0000:  19 22 62 5F 29 52 38 51 56 34                      *."b_)R8QV4*
D: 2018-12-23 23:28:02.320 V/D Mode 2 Data, DT2
D: 2018-12-23 23:28:02.320 0000:  57 6E 47 7F 6C 20 6B 20 03 2F                      *WnG.l k ./*
M: 2018-12-23 23:28:02.928 YSF, received network end of transmission, 2.3 seconds, 0% packet loss, BER: 0.0%
M: 2018-12-23 23:28:02.933 DMR, TX state = OFF

steve   much harder than i thought

thanks
 


Re: YSFReflector, HBlink or HB_confbridge, and mmdvm_bridge be on same linux box

Steve N4IRS
 

What does the the hblink log show?

On 12/23/18 10:17 AM, dstrobbe@... wrote:

STEVE
it appears it is listening

root@debian:/var/lib/mmdvm# netstat -unap
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
udp        0      0 0.0.0.0:1900            0.0.0.0:*                           1048/minissdpd      
udp        0      0 0.0.0.0:31100           0.0.0.0:*                           30509/./MMDVM_Bridg 
udp        0      0 0.0.0.0:31100           0.0.0.0:*                           1453/MMDVM_Bridge   
udp        0      0 0.0.0.0:31103           0.0.0.0:*                           30509/./MMDVM_Bridg 
udp        0      0 0.0.0.0:31103           0.0.0.0:*                           1453/MMDVM_Bridge   
udp        0      0 0.0.0.0:56720           0.0.0.0:*                           30509/./MMDVM_Bridg 
udp        0      0 0.0.0.0:2470            0.0.0.0:*                           1452/qemu-arm-stati 
udp        0      0 0.0.0.0:42003           0.0.0.0:*                           536/./YSFReflector  
udp        0      0 0.0.0.0:42010           0.0.0.0:*                           1458/P25Gateway     
udp        0      0 0.0.0.0:42011           0.0.0.0:*                           1457/P25Parrot      
udp        0      0 0.0.0.0:42020           0.0.0.0:*                           1458/P25Gateway     
udp        0      0 0.0.0.0:40502           0.0.0.0:*                           1453/MMDVM_Bridge   
udp        0      0 10.1.0.117:62031        0.0.0.0:*                           21442/python        
udp        0      0 0.0.0.0:62032           0.0.0.0:*                           30509/./MMDVM_Bridg 
udp        0      0 0.0.0.0:631             0.0.0.0:*                           6271/cups-browsed   
udp        0      0 0.0.0.0:3200            0.0.0.0:*                           1453/MMDVM_Bridge   
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           531/avahi-daemon: r 
udp        0      0 0.0.0.0:60696           0.0.0.0:*                           531/avahi-daemon: r 
udp6       0      0 :::33604                :::*                                531/avahi-daemon: r 
udp6       0      0 :::5353                 :::*                                531/avahi-daemon: r 
root@debian:/var/lib/mmdvm# ps ax | grep python
21442 pts/1    S+     0:05 python ./hblink.py
30667 pts/5    S+     0:00 grep python
 


Re: YSFReflector, HBlink or HB_confbridge, and mmdvm_bridge be on same linux box

dstrobbe@...
 


STEVE
it appears it is listening

root@debian:/var/lib/mmdvm# netstat -unap
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
udp        0      0 0.0.0.0:1900            0.0.0.0:*                           1048/minissdpd      
udp        0      0 0.0.0.0:31100           0.0.0.0:*                           30509/./MMDVM_Bridg 
udp        0      0 0.0.0.0:31100           0.0.0.0:*                           1453/MMDVM_Bridge   
udp        0      0 0.0.0.0:31103           0.0.0.0:*                           30509/./MMDVM_Bridg 
udp        0      0 0.0.0.0:31103           0.0.0.0:*                           1453/MMDVM_Bridge   
udp        0      0 0.0.0.0:56720           0.0.0.0:*                           30509/./MMDVM_Bridg 
udp        0      0 0.0.0.0:2470            0.0.0.0:*                           1452/qemu-arm-stati 
udp        0      0 0.0.0.0:42003           0.0.0.0:*                           536/./YSFReflector  
udp        0      0 0.0.0.0:42010           0.0.0.0:*                           1458/P25Gateway     
udp        0      0 0.0.0.0:42011           0.0.0.0:*                           1457/P25Parrot      
udp        0      0 0.0.0.0:42020           0.0.0.0:*                           1458/P25Gateway     
udp        0      0 0.0.0.0:40502           0.0.0.0:*                           1453/MMDVM_Bridge   
udp        0      0 10.1.0.117:62031        0.0.0.0:*                           21442/python        
udp        0      0 0.0.0.0:62032           0.0.0.0:*                           30509/./MMDVM_Bridg 
udp        0      0 0.0.0.0:631             0.0.0.0:*                           6271/cups-browsed   
udp        0      0 0.0.0.0:3200            0.0.0.0:*                           1453/MMDVM_Bridge   
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           531/avahi-daemon: r 
udp        0      0 0.0.0.0:60696           0.0.0.0:*                           531/avahi-daemon: r 
udp6       0      0 :::33604                :::*                                531/avahi-daemon: r 
udp6       0      0 :::5353                 :::*                                531/avahi-daemon: r 
root@debian:/var/lib/mmdvm# ps ax | grep python
21442 pts/1    S+     0:05 python ./hblink.py
30667 pts/5    S+     0:00 grep python
 

6981 - 7000 of 9595