SatSig topic:

iDirect 3000 series telnet session.

(Read 14027 times)

Aug 21^st, 2008 at 3:05pm

Today it was reported that a site I'm managing is running 4+ db. I need to know how to use the telnet session to correct this. The HUB has instructed me to.

I'm use to Linux so I would assume it's nano bla bla bla.opt to edit the option file right? We can't just upload the opt file from here.

I'm new to telnet sessions with iDirect 3000 series modems so I'm not sure what they run or what the commands are or how to configure them.

Thanks.

Aug 21^st, 2008 at 4:25pm

Ok so I put in
tx power
and got -25 as my answer
Then I put in
tx power -29 for a temporary change
that worked
then I put in
options set MODEM_PARAMETERS tx_power_in_dbm = -29.000000

and reset the modem.

It reads -29 now and everything is right as reign but they had to manually reset the modem because I could not figure out the proper syntax for the reset command.

So please tell me how to do resets in the future threw the telnet. Thanks.

Aug 21^st, 2008 at 4:30pm

when you are in the falcon side

where you typed "options set _______"

type :

" reset application" - this will reboot the falcon program

or

"reset board" - this will reset the falcon program and linux backbone

Regards

ScotlandTDMA

Aug 21^st, 2008 at 6:48pm

Ultumix, your Hub Operators are steering you wrong.

Here is why:

The iDirects Modem power is determined by its ablity to meet the configured UCP for the network you are operating in.

In most cases, the configured UCP is 9dB upstream C/N.

So, that said, your modem is going to do whatever it takes to achieve 9dB upstream C/N....whether it take -25 or -29, you modem is instructed (by the NMS) to achieve 9dB. So, you can adjust the tx value in telnet all day long, but it isnt going to do any good....because the HUB (NMS) is going to detect your bursts arriving TOO LOW on the UCP and bring your TX back (up) to nominal (thus achieving the config'ed 9dB).

Be advised, your idirect modem doesnt care WHAT kind of RFT it has onboard (BUC size, reflector size, etc). It only knows that it MUST acheive 9dB C/N on the upstream. You as the operator must be sure that you have the right sized BUC and aperture to meet the link budget...as required by the satellite broadband provider (ISP).

So, one would hope that you did your homework with regards to procuring the right sized BUC and aperture to get the job done. For all we know, you could be trying to close too large of a link for the size of RFT you have....(your BUC may be inferior for the link you are closing)....which could overpower the craft, or possibly saturate the BUC (thus causing CRC_Errors on the line cards at the hub).

How are they assessing that you are 4dB hot? Was this observed on a test freq in pure carrier? If not then they probably have no idea what they are talking about. Who is your provider?

Also, modifying falcon (or the options file) wont do you any good. Your best bet is to get another peak and pol, ensure that your system is pointed and poled properly. From there have the re-assess your carrier and see where you stand. Once that is complete (if you are still too hot), you more than likely have a BUC that is inferior in its ability to meet their budget. Eric can chime in, but that is how I see it.

Aug 21^st, 2008 at 6:54pm

Everything is fine according to our HUB so we really are not concerned any more. They were the ones complaining it was too powerful and now they say it's just fine. So I really don't care as long as it works.

I understand most of what your saying about the modem doing whatever it has to to achieve a certain level. That makes sense. I'll have to keep that in mind.

Aug 21^st, 2008 at 9:28pm

If everything is fine with the hub then there more than likely wasnt a problem to begin with.

Glad to hear that it has been resolved.

Sep 25^th, 2008 at 7:49pm

I have the Idirect 3000 installed by a local engineer for me to work with my proposed WISP service around my city...I also have a m0n0wall device configured to work as my DHCP server inorder to be able to monitor my network...but the problem I am facing right now is that Idirect modem is over-writing my DHCP device and preventing it from assign its own IP addresses from its DHCP server to my workstations, but instead the Idirect assigned its own IP from my ISP's DHCP server...how do I configure the network to accept IPs locally from the m0n0wall instead?

Xhitz

Sep 25^th, 2008 at 8:53pm

Dear UltiMix..

Below are the most known Idirect Commands and a small explaining about what it would effect:

DID Show modem identification number
TERMINATE Kill process
acq ACQ/UCP control
arp ARP control
btp Tx Debug
clear Clear screen
console Console control
cpu Show CPU utilization percentage
delay Usage: delay <msecs to sleep>
dgm_pkg_rx Datagram Package Download Receiver
dhcp DHCP server command
dma DMA Stats
dns DNS control
dumpb Dumps bursts received on TDMA RX2 of
eloop Display Event loop status
eth Show the output of ifconfig command
extras Extras option file manipulation
fll FLL/DAC sampling
gecho Global echo
gpspollinterval seconds
gre gre protocol
hdlc HDLC Stats
heap Memory Usage
hookstatus Protocol Hookup status
hub_fsd Hub FSD
icmp ICMP protocol inpection layer console
igmp Multicast control
inroute_list Inroute List
ip Router control
ipv4 IPv4 protocol acceleration control layer
ktun Kernel Tunnel Command
laninfo View IP address/netmask
latlong LAT LONG
mac MAC control
mem Resource information
mesh Forces the remote out of mesh
meshdebug Mesh Debug
mnc MnC server command
mux MUX Table Dump
nat NAT Control
netstat Show the output of a netstat command
nms_echo NMS event echo
nmsr Debug NMS Reporting object (event essage sender)
offline Offline
online Online
oob OOB control
oobc OOBC layer stats and params
options Options file manipulation
ota OTA stats
package_info Detail installed package information
pad PAD control
params View/Edit global params
pasoc command for the packet socket layer
passwd Change password
pcmd Periodic Console Command
peek raw memory read - can be dangerous
phy read PHY status register
ping Ping Utility
pm Pad upper Mux stats
poke raw memory write - can be dangerous
ps Show the output of the ps command
qos QoS control
remotestate Displays the current remote state
reset Reset machine or restart service
rlock Locks the remote to work in a specific network
rmtarp Mesh ARP table
rmtstat Toggle printing Remote Status messages
sar SAR control
satmac satmac layer stats
sd Sar lower Mux stats
service Service start/stop command
sn Show modem serial number
spoof Spoof Command
stats View/Edit global stats
systray Systray status sender command
timer Timer control
tlev Trace control
ucp Display UCP information
udp Udp Command
udp_compress UDP Payload compress
uptime System and application uptime
version Build information
versions_report Full operating environment report
vlan VLAN control
x509 Manage X509 Certificates and RSA keys
xoff disallow messages from other processes
xon allow messages from other processes

i wil try to find you a full syntax guide for using them..

Regards..

Sep 25^th, 2008 at 9:00pm

Dear XhitZ..

If i understood your problem explaintion correct we can put it in the following poins:

1- you have an iDirect with DHCP enable OPT File.

2- You are using anthor thing to assign the DHCP ippadresses to you local computers or local clients.

3- there is a confliect between the two ends "iDirect Local DHCP & The other m0n0wall device in assigning
DHCP addresses".

Simply you can request your service provider to supply you with another OPT file for your iDirect with a DHCP disabled in it so at least you will let the m0n0wall device
do the DHCP assigning Task and not to have any conflict between the two of them. TDM whats your opinion about this?

Regards

Sep 26^th, 2008 at 11:37am

thanks ashrafbomba, I'll do just that, i guess that was the case, cos it was a really conflict session on the IP addressing for my clients...thank you for your support and suggestions.

cheers!!

Sep 26^th, 2008 at 11:52am

You are always welcome