Satellite Internet forum | |
https://www.satsig.net/cgi-bin/yabb/YaBB.pl
VSAT technology and installation >> iDirect Forum: hubs and terminals >> iDirect 3000 series telnet session. https://www.satsig.net/cgi-bin/yabb/YaBB.pl?num=1219327543 Message started by Ultumix on Aug 21st, 2008 at 3:05pm |
Title: iDirect 3000 series telnet session. Post by Ultumix on Aug 21st, 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. |
Title: Re: iDirect 3000 series telnet session. Post by Ultumix on Aug 21st, 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. |
Title: Re: iDirect 3000 series telnet session. Post by ScotlandTDMA on Aug 21st, 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 |
Title: Re: iDirect 3000 series telnet session. Post by TDMAMike on Aug 21st, 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. |
Title: Re: iDirect 3000 series telnet session. Post by Ultumix on Aug 21st, 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. |
Title: Re: iDirect 3000 series telnet session. Post by TDMAMike on Aug 21st, 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. |
Title: Re: iDirect 3000 series telnet session. Post by xhitz on Sep 25th, 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 |
Title: Re: List of iDirect commands Post by ashrafbomba on Sep 25th, 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.. |
Title: Re: iDirect 3000 series telnet session. Post by ashrafbomba on Sep 25th, 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 |
Title: Re: iDirect 3000 series telnet session. Post by xhitz on Sep 26th, 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!! |
Title: Re: iDirect 3000 series telnet session. Post by ashrafbomba on Sep 26th, 2008 at 11:52am
You are always welcome
|
Powered by YaBB 2.5.2! YaBB Forum Software © 2000-. All Rights Reserved. |