From: Arion B. <abl...@ya...> - 2009-08-18 13:10:40
|
IPCop 1.9.6 does not have an option for 3G / HSDPA Modems Can an option be added under the dialup page to select 3G / HSDPA Modem instead of just Modem which would also bring up an option for the APN and set the dialup phone number to *99# as default Also some USB modems come up with more than just ttyUSB0 and ttyUSB1. So can more be added to the list. Also add option to installer to select 3G / HSDPA Modem instead of just Analog Modem Also it maybe a good idea to change the name of the dialup tab to something like connection profile, account profile. To make it easier for people to understand as people think that dialup is for Analogue dialup only. Thanks. |
From: David W S. <avi...@ai...> - 2009-08-18 20:10:38
|
Arion Blishen wrote: > IPCop 1.9.6 does not have an option for 3G / HSDPA Modems Definitely up to the devels but a 3G modem is yet another dialup modem out of thousands. > > Can an option be added under the dialup page to select 3G / HSDPA Modem > instead of just Modem which would also bring up an option for the APN > and set the dialup phone number to *99# as default Not all 3G modems use that number and you have to set your dialup number on every other modem. Also not all 3G modems are HSDPA or to be more generic, HSPA which would include HSDPA and HSUPA. There are a LOT of CDMA-EVDO users out there as well and their number is completely different. The apn should be in the init string on the modem page itself. The init string can be a single concatenated string. The internet is full of outdated info and often the manufacturers themselves on their Linux howto pages simply show the old clunky chat scripts with the init string spread over several lines. You have not needed to do this for at least a decade with cellular modems. I have a 3G as a backup. My init string looks like this. AT&F&D2&C1E0V1S0=0+CGDCONT=1,"IP","isp.cingular" Unfortunately, it takes some homework on the users end to use a cellular data modem correctly. At least the 2.6 kernels have good usbserial based drivers that already have the endpoint buffers set properly and even go beyond that so this takes some of the work out of it. Some users have actually used one of the speaker entries on the modem page to put the apn. If a special apn place was added, it would make more sense to have it on the modem page where the strings are. > > Also some USB modems come up with more than just ttyUSB0 and ttyUSB1. So > can more be added to the list. They come up with it but usually the lowest numbered device node created when the driver loads is the one you use to connect with. The other nodes are used for things such as status, signal strength and so forth. While on the subject, the Original 2006 vintage Option GT Max as well as other Option modems use the nozomi driver and the device nodes noz0, noz1 etc are created when the driver is loaded. Olaf, would it be worthwhile to add a few noz* entries in the dropdown and include the driver? My Cobalt friendly builds of svn I post already include the nozomi driver in the Cobalt kernel modules. To be honest, the cards with the nozomi interface are not the slickest hsdpa devices to hit the market and they are limited to 1.8mbs. This is why I ask if it's worthwhile or not. > > Also add option to installer to select 3G / HSDPA Modem instead of just > Analog Modem > > Also it maybe a good idea to change the name of the dialup tab to > something like connection profile, account profile. To make it easier > for people to understand as people think that dialup is for Analogue > dialup only. If you want to be technical about it, the RF signal that cellular data is carried on IS analog. > > Thanks. > Ok, this concludes my nickel's worth of commentary, back to you guys now. -- Dave http://www.raqcop.com |
From: Olaf W. <wei...@ip...> - 2009-08-19 06:50:05
|
David W Studeman wrote: > Arion Blishen wrote: > >> IPCop 1.9.6 does not have an option for 3G / HSDPA Modems > > Definitely up to the devels but a 3G modem is yet another dialup modem out > of thousands. We currently 'offer': Analog Modem, ISDN, PPPOE, PPTP, Static and DHCP as installer options for RED. We could rename Analog Modem to simply Modem, but that could potentially confuse DSL (PPPOE) users. How about 'Modem (Analog, 3G)' ? These modems for Analog, 3G, 4G, 5G basically use similar methods to dial, do they not? > Some users have actually used one of the speaker entries on the modem page > to put the apn. If a special apn place was added, it would make more sense > to have it on the modem page where the strings are. Care to propose a patch? >> Also some USB modems come up with more than just ttyUSB0 and ttyUSB1. So >> can more be added to the list. > > They come up with it but usually the lowest numbered device node created > when the driver loads is the one you use to connect with. The other nodes > are used for things such as status, signal strength and so forth. Probably better to explore using udev 60-persistent-serial.rules > While on the subject, the Original 2006 vintage Option GT Max as well as > other Option modems use the nozomi driver and the device nodes noz0, noz1 > etc are created when the driver is loaded. Olaf, would it be worthwhile to > add a few noz* entries in the dropdown and include the driver? My Cobalt > friendly builds of svn I post already include the nozomi driver in the > Cobalt kernel modules. To be honest, the cards with the nozomi interface are > not the slickest hsdpa devices to hit the market and they are limited to > 1.8mbs. This is why I ask if it's worthwhile or not. That would be CONFIG_NOZOMI right? No problem. 1.8 Mbs may not be much, it is still more then what some of us have to live with :-( Olaf -- A weizen a day helps keep the doctor away. |
From: Arion B. <abl...@ya...> - 2009-08-19 08:30:22
|
Yeah I just listed HSDPA as the3 example mean't to include GSM, GPRS (56k ish speed), UTMS (384k), HSDPA, HSPA, HSPA+, HSUPA, CDMA, EVDO etc etc The APN needs to be set under the dialup page per profile as if you use the init string you have to change it for each connection manually as different profiles have different APNs Also the *99# by default is easy to edit but most use it Under IPCop 1.4.21 I add the following to the speaker off dialog box but have to change it and thus no auto backup connection to another provider AT+CGDCONT=1,"IP","VirginBroadband" OR AT+CGDCONT=1,"IP","VirginBroadband" (for Virgin Broadband) AT+CGDCONT=1,"IP","vfinternet.au" (for Vodafone / Reward Mobile) AT+CGDCONT=1,"IP","internet" (for Optus) AT+CGDCONT=1,"IP","telstra.internet" (for Telstra) AT+CGDCONT=1,"IP","telstra.bigpond" (for Telstra BigPond Next G) Also enter 120 in the Connect timeout: box VirginBroadband requires PAP Only Authentication David W Studeman wrote: > Arion Blishen wrote: > > >> IPCop 1.9.6 does not have an option for 3G / HSDPA Modems >> > > Definitely up to the devels but a 3G modem is yet another dialup modem out > of thousands. > > >> Can an option be added under the dialup page to select 3G / HSDPA Modem >> instead of just Modem which would also bring up an option for the APN >> and set the dialup phone number to *99# as default >> > > Not all 3G modems use that number and you have to set your dialup number on > every other modem. Also not all 3G modems are HSDPA or to be more generic, > HSPA which would include HSDPA and HSUPA. There are a LOT of CDMA-EVDO users > out there as well and their number is completely different. > > The apn should be in the init string on the modem page itself. The init > string can be a single concatenated string. The internet is full of outdated > info and often the manufacturers themselves on their Linux howto pages > simply show the old clunky chat scripts with the init string spread over > several lines. You have not needed to do this for at least a decade with > cellular modems. I have a 3G as a backup. My init string looks like this. > > AT&F&D2&C1E0V1S0=0+CGDCONT=1,"IP","isp.cingular" > > Unfortunately, it takes some homework on the users end to use a cellular > data modem correctly. At least the 2.6 kernels have good usbserial based > drivers that already have the endpoint buffers set properly and even go > beyond that so this takes some of the work out of it. > > Some users have actually used one of the speaker entries on the modem page > to put the apn. If a special apn place was added, it would make more sense > to have it on the modem page where the strings are. > >> Also some USB modems come up with more than just ttyUSB0 and ttyUSB1. So >> can more be added to the list. >> > > They come up with it but usually the lowest numbered device node created > when the driver loads is the one you use to connect with. The other nodes > are used for things such as status, signal strength and so forth. > > While on the subject, the Original 2006 vintage Option GT Max as well as > other Option modems use the nozomi driver and the device nodes noz0, noz1 > etc are created when the driver is loaded. Olaf, would it be worthwhile to > add a few noz* entries in the dropdown and include the driver? My Cobalt > friendly builds of svn I post already include the nozomi driver in the > Cobalt kernel modules. To be honest, the cards with the nozomi interface are > not the slickest hsdpa devices to hit the market and they are limited to > 1.8mbs. This is why I ask if it's worthwhile or not. > > >> Also add option to installer to select 3G / HSDPA Modem instead of just >> Analog Modem >> >> Also it maybe a good idea to change the name of the dialup tab to >> something like connection profile, account profile. To make it easier >> for people to understand as people think that dialup is for Analogue >> dialup only. >> > > If you want to be technical about it, the RF signal that cellular data is > carried on IS analog. > >> Thanks. >> >> > > Ok, this concludes my nickel's worth of commentary, back to you guys now. > > |
From: Eric O. <eri...@gm...> - 2009-10-02 07:54:36
|
2009/8/19 Arion Blishen <abl...@ya...>: > Yeah I just listed HSDPA as the3 example mean't to include GSM, GPRS > (56k ish speed), UTMS (384k), HSDPA, HSPA, HSPA+, HSUPA, CDMA, EVDO etc etc > > The APN needs to be set under the dialup page per profile as if you use > the init string you have to change it for each connection manually as > different profiles have different APNs > > Also the *99# by default is easy to edit but most use it > > Under IPCop 1.4.21 I add the following to the speaker off dialog box but > have to change it and thus no auto backup connection to another provider > > AT+CGDCONT=1,"IP","VirginBroadband" > > OR > > AT+CGDCONT=1,"IP","VirginBroadband" (for Virgin Broadband) > AT+CGDCONT=1,"IP","vfinternet.au" (for Vodafone / Reward Mobile) > AT+CGDCONT=1,"IP","internet" (for Optus) > AT+CGDCONT=1,"IP","telstra.internet" (for Telstra) > AT+CGDCONT=1,"IP","telstra.bigpond" (for Telstra BigPond Next G) > > Also enter 120 in the Connect timeout: box > > VirginBroadband requires PAP Only Authentication As a first step, I've added a field to the Dialup page, in SVN 3620, for a "Modem INIT for this Profile" which is an option for those who select 'Modem'. Can you test and give us feedback on its success/failure? Thanks. Eric |
From: David W S. <avi...@ai...> - 2009-10-17 02:29:36
|
Eric Oberlander wrote: > 2009/8/19 Arion Blishen <abl...@ya...>: >> Yeah I just listed HSDPA as the3 example mean't to include GSM, GPRS >> (56k ish speed), UTMS (384k), HSDPA, HSPA, HSPA+, HSUPA, CDMA, EVDO etc etc >> >> The APN needs to be set under the dialup page per profile as if you use >> the init string you have to change it for each connection manually as >> different profiles have different APNs >> >> Also the *99# by default is easy to edit but most use it >> >> Under IPCop 1.4.21 I add the following to the speaker off dialog box but >> have to change it and thus no auto backup connection to another provider >> >> AT+CGDCONT=1,"IP","VirginBroadband" >> >> OR >> >> AT+CGDCONT=1,"IP","VirginBroadband" (for Virgin Broadband) >> AT+CGDCONT=1,"IP","vfinternet.au" (for Vodafone / Reward Mobile) >> AT+CGDCONT=1,"IP","internet" (for Optus) >> AT+CGDCONT=1,"IP","telstra.internet" (for Telstra) >> AT+CGDCONT=1,"IP","telstra.bigpond" (for Telstra BigPond Next G) >> >> Also enter 120 in the Connect timeout: box >> >> VirginBroadband requires PAP Only Authentication > > As a first step, I've added a field to the Dialup page, in SVN 3620, > for a "Modem INIT for this Profile" which is an option for those who > select 'Modem'. > > Can you test and give us feedback on its success/failure? Thanks. > > Eric > Ok, I have a 3G Novatel XU870 in a PCMCIA Caddy plugged into a Ricoh chipped PCI to PCMCIA adapter in the pci slot of a Raq3i. I set the init string in the connection profile itself to test as you asked. Works fine here. OT: Udev is starting to spoil me. The yenta driver and option 3g driver and usbserial all loaded automatically with no intervention other than plugging the hardware into the pci slot. I wanted to see how well 1.9.8 is handled by a 300mhz processor Cobalt, actually the slowest x86 Cobalts ever made. This also is giving me a chance to try Marco's proxy work. I point Seamonkey to the proxy thus leaving my lan and main gateway intact yet testing the 3G connection. I've gotten under 200ms latency and over 2mbs down. I could probably get more if there weren't so many 3G iPhones here on the same network. -- Dave Studeman http://www.raqcop.com |
From: David W S. <avi...@ai...> - 2009-10-17 08:55:15
|
Eric Oberlander wrote: > 2009/8/19 Arion Blishen <abl...@ya...>: >> Yeah I just listed HSDPA as the3 example mean't to include GSM, GPRS >> (56k ish speed), UTMS (384k), HSDPA, HSPA, HSPA+, HSUPA, CDMA, EVDO etc etc >> >> The APN needs to be set under the dialup page per profile as if you use >> the init string you have to change it for each connection manually as >> different profiles have different APNs >> >> Also the *99# by default is easy to edit but most use it >> >> Under IPCop 1.4.21 I add the following to the speaker off dialog box but >> have to change it and thus no auto backup connection to another provider >> >> AT+CGDCONT=1,"IP","VirginBroadband" >> >> OR >> >> AT+CGDCONT=1,"IP","VirginBroadband" (for Virgin Broadband) >> AT+CGDCONT=1,"IP","vfinternet.au" (for Vodafone / Reward Mobile) >> AT+CGDCONT=1,"IP","internet" (for Optus) >> AT+CGDCONT=1,"IP","telstra.internet" (for Telstra) >> AT+CGDCONT=1,"IP","telstra.bigpond" (for Telstra BigPond Next G) >> >> Also enter 120 in the Connect timeout: box >> >> VirginBroadband requires PAP Only Authentication > > As a first step, I've added a field to the Dialup page, in SVN 3620, > for a "Modem INIT for this Profile" which is an option for those who > select 'Modem'. > > Can you test and give us feedback on its success/failure? Thanks. > > Eric > Ok, in my other post I documented successful connecting but the only unfinished roughness I see is that ppp connections break any web gui displays that look for red to be wan-1 rather than ppp0 but the connection itself works fine and sends packets where they need to be. Since we're really testing here, I'm currently streaming audio via 3G to WLAN and then to my Nokia N95. This is build 3700 or thereabout. I also pulled a 700MB iso image down through the proxy on green via 3G earlier. This poor little 300mhz Raq3i has been averaging under 20% cpu while moving data across the firewall. -- Dave Studeman http://www.raqcop.com |
From: Olaf W. <wei...@ip...> - 2009-10-17 16:32:42
|
David W Studeman wrote: > Ok, in my other post I documented successful connecting but the only > unfinished roughness I see is that ppp connections break any web gui > displays that look for red to be wan-1 rather than ppp0 but the > connection itself works fine and sends packets where they need to be. Not sure what you mean here. The colourizing for green, red, etc. should look at ppp0 also. Is there a /var/ipcop/red/iface file and does it contain ppp0 ? Olaf |
From: David W S. <avi...@ai...> - 2009-10-17 18:09:52
|
Olaf Westrik wrote: > David W Studeman wrote: > >> Ok, in my other post I documented successful connecting but the only >> unfinished roughness I see is that ppp connections break any web gui >> displays that look for red to be wan-1 rather than ppp0 but the >> connection itself works fine and sends packets where they need to be. > > Not sure what you mean here. > The colourizing for green, red, etc. should look at ppp0 also. > > Is there a /var/ipcop/red/iface file and does it contain ppp0 ? > > > Olaf Yes, it does contain ppp0. It isn't so much the colorizing as some pages don't show stats. A rundown of what I observed with a ppp connection: Network Status: Shows ppp0 and stats but is not colorized. Network Traffic Graphs: Red section is blank saying No Information Available. Traffic Accounting: Red shows 0 MB for in and out even though I moved a lot of data over red. IP Tables: ppp0 shows but isn't colorized. Firewall > Addresses: Red shows fine here as ppp0 and displays internet address. Firewall > Interfaces: Red shows fine here as ppp0 I can send screenies to your email if you're interested. -- Dave Studeman http://www.raqcop.com |
From: David W S. <avi...@ai...> - 2009-10-19 08:49:11
|
Olaf Westrik wrote: > David W Studeman wrote: > >> Yes, it does contain ppp0. It isn't so much the colorizing as some pages >> don't show stats. A rundown of what I observed with a ppp connection: >> >> Network Status: Shows ppp0 and stats but is not colorized. >> >> Network Traffic Graphs: Red section is blank saying No Information >> Available. >> >> Traffic Accounting: Red shows 0 MB for in and out even though I moved a >> lot of data over red. >> >> IP Tables: ppp0 shows but isn't colorized. >> >> Firewall > Addresses: Red shows fine here as ppp0 and displays internet >> address. >> >> Firewall > Interfaces: Red shows fine here as ppp0 > > Color should be fixed now, it was not working properly for both 'Modem' > and PPPoE type connections. > > Let me think about what could be wrong with Graphs and Accounting. > > > Olaf Ok, running build 3713 here. Looks like the accounting is the only thing not working if red is ppp. The colors are back and the red graph works on a ppp connection. -- Dave Studeman http://www.raqcop.com |
From: David W S. <avi...@ai...> - 2009-10-19 19:29:08
|
David W Studeman wrote: > Olaf Westrik wrote: >> David W Studeman wrote: >> >>> Yes, it does contain ppp0. It isn't so much the colorizing as some pages >>> don't show stats. A rundown of what I observed with a ppp connection: >>> >>> Network Status: Shows ppp0 and stats but is not colorized. >>> >>> Network Traffic Graphs: Red section is blank saying No Information >>> Available. >>> >>> Traffic Accounting: Red shows 0 MB for in and out even though I moved a >>> lot of data over red. >>> >>> IP Tables: ppp0 shows but isn't colorized. >>> >>> Firewall > Addresses: Red shows fine here as ppp0 and displays internet >>> address. >>> >>> Firewall > Interfaces: Red shows fine here as ppp0 >> Color should be fixed now, it was not working properly for both 'Modem' >> and PPPoE type connections. >> >> Let me think about what could be wrong with Graphs and Accounting. >> >> >> Olaf > > Ok, running build 3713 here. Looks like the accounting is the only thing > not working if red is ppp. The colors are back and the red graph works > on a ppp connection. Ok, as of build 3717 red accounting is working here with a ppp connection. -- Dave Studeman http://www.raqcop.com |
From: Olaf W. <wei...@ip...> - 2009-10-18 08:33:57
|
David W Studeman wrote: > Yes, it does contain ppp0. It isn't so much the colorizing as some pages > don't show stats. A rundown of what I observed with a ppp connection: > > Network Status: Shows ppp0 and stats but is not colorized. > > Network Traffic Graphs: Red section is blank saying No Information > Available. > > Traffic Accounting: Red shows 0 MB for in and out even though I moved a > lot of data over red. > > IP Tables: ppp0 shows but isn't colorized. > > Firewall > Addresses: Red shows fine here as ppp0 and displays internet > address. > > Firewall > Interfaces: Red shows fine here as ppp0 Color should be fixed now, it was not working properly for both 'Modem' and PPPoE type connections. Let me think about what could be wrong with Graphs and Accounting. Olaf |
From: David W S. <avi...@ai...> - 2009-08-19 19:44:03
|
Olaf Westrik wrote: > David W Studeman wrote: >> Arion Blishen wrote: >> >>> IPCop 1.9.6 does not have an option for 3G / HSDPA Modems >> >> Definitely up to the devels but a 3G modem is yet another dialup modem >> out of thousands. > > We currently 'offer': Analog Modem, ISDN, PPPOE, PPTP, Static and DHCP > as installer options for RED. > We could rename Analog Modem to simply Modem, but that could potentially > confuse DSL (PPPOE) users. How about 'Modem (Analog, 3G)' ? > These modems for Analog, 3G, 4G, 5G basically use similar methods to > dial, do they not? Indeed they do. Simply put, they are all Hayes compatible. At least the generations that actually exist now do. > >> Some users have actually used one of the speaker entries on the modem >> page to put the apn. If a special apn place was added, it would make more >> sense to have it on the modem page where the strings are. > > Care to propose a patch? On second thought, the reason he proposed it to be an option in the profiles is to have a separate APN for each profile. Of course, different modems would need different init strings to perform at their optimum, some are absolutely necessary. A case in point is the Sony/Ericsson GC82/83 modems which need an entry in the init string to even turn the radio on. I'm almost embarrassed to tell of how many cellular modems I have in my collection. Since 1.4.x settings backups are not going to work for 2.0 anyway, this is the time major changes COULD be made to the dial page. I'll give this some careful thought. > > >>> Also some USB modems come up with more than just ttyUSB0 and ttyUSB1. So >>> can more be added to the list. >> >> They come up with it but usually the lowest numbered device node created >> when the driver loads is the one you use to connect with. The other nodes >> are used for things such as status, signal strength and so forth. > > Probably better to explore using udev 60-persistent-serial.rules > > >> While on the subject, the Original 2006 vintage Option GT Max as well as >> other Option modems use the nozomi driver and the device nodes noz0, noz1 >> etc are created when the driver is loaded. Olaf, would it be worthwhile >> to add a few noz* entries in the dropdown and include the driver? My >> Cobalt friendly builds of svn I post already include the nozomi driver in >> the Cobalt kernel modules. To be honest, the cards with the nozomi >> interface are not the slickest hsdpa devices to hit the market and they >> are limited to 1.8mbs. This is why I ask if it's worthwhile or not. > > That would be CONFIG_NOZOMI right? No problem. > 1.8 Mbs may not be much, it is still more then what some of us have to > live with :-( Yes, CONFIG_NOZOMI and the device nodes are noz0, noz1 etc. > > > Olaf > -- Dave http://www.raqcop.com |
From: Robert K. <Lit...@te...> - 2009-08-19 19:26:29
|
On Tue, 2009-08-18 at 23:10 +1000, Arion Blishen wrote: > Also some USB modems come up with more than just ttyUSB0 and ttyUSB1. So > can more be added to the list. Is there any particular reason why we have a static list here anyway? seems odd to be listing a whole lot of non-existent devices vs reading the available devices. Most should be easy to detect... though the ttyS[0-3] entries seem to exist on a VM with no serial ports so we may be stuck with those. -- Robert Kerr |
From: Gilles E. <g....@fr...> - 2009-08-19 19:36:30
|
----- Original Message ----- From: "Robert Kerr" <Lit...@te...> To: <ipc...@li...> Sent: Wednesday, August 19, 2009 9:26 PM Subject: Re: [IPCop-devel] Request add 3G / HSDPA Modems option to IPCop 2.0 > On Tue, 2009-08-18 at 23:10 +1000, Arion Blishen wrote: > > > Also some USB modems come up with more than just ttyUSB0 and ttyUSB1. So > > can more be added to the list. > > Is there any particular reason why we have a static list here anyway? > seems odd to be listing a whole lot of non-existent devices vs reading > the available devices. Most should be easy to detect... though the > ttyS[0-3] entries seem to exist on a VM with no serial ports so we may > be stuck with those. > > -- > Robert Kerr > That's should just be history of the code. Gilles |
From: Olaf W. <wei...@ip...> - 2009-08-20 07:28:57
|
Gilles Espinasse wrote: >>> Also some USB modems come up with more than just ttyUSB0 and ttyUSB1. So >>> can more be added to the list. >> Is there any particular reason why we have a static list here anyway? >> seems odd to be listing a whole lot of non-existent devices vs reading >> the available devices. Most should be easy to detect... though the >> ttyS[0-3] entries seem to exist on a VM with no serial ports so we may >> be stuck with those. >> > That's should just be history of the code. We could probably scan for /dev/ttyS* and /sys/bus/usb-serial/* As soon as I connect USB-RS232 adapter (I don't have any 3G stuff) /sys/bus/usb-serial/ttyUSB0 is created, courtesy of pl2302 driver. Not sure about the ACM* entries. Olaf -- A weizen a day helps keep the doctor away. |
From: Eric O. <eri...@gm...> - 2009-10-09 17:11:57
|
snip... > Also it maybe a good idea to change the name of the dialup tab to > something like connection profile, account profile. To make it easier > for people to understand as people think that dialup is for Analogue > dialup only. I agree, "Dialup" needs to be updated. We already have "Connection", "Connection Type", "Connections", "Profile" and "Profiles" available in the IPCop Language Database. We would have to add "Connection Profiles", which I think might be my preferred description. What's the concensus view? Eric |
From: Olaf W. <wei...@ip...> - 2009-10-09 18:06:10
|
Eric Oberlander wrote: > snip... > >> Also it maybe a good idea to change the name of the dialup tab to >> something like connection profile, account profile. To make it easier >> for people to understand as people think that dialup is for Analogue >> dialup only. > > I agree, "Dialup" needs to be updated. > > We already have "Connection", "Connection Type", "Connections", > "Profile" and "Profiles" available in the IPCop Language Database. > > We would have to add "Connection Profiles", which I think might be my > preferred description. > > What's the concensus view? Given a choice I'd prefer "Profiles". I view connections to be more of an IPTables thing. Also we already have Status -> Connections, so I'd say that having Network -> Connections additionally confuses more. OTOH I do not see a real problem in using "Dialup". Olaf |
From: David W S. <avi...@ai...> - 2009-10-09 18:27:47
|
Olaf Westrik wrote: > Eric Oberlander wrote: >> snip... >> >>> Also it maybe a good idea to change the name of the dialup tab to >>> something like connection profile, account profile. To make it easier >>> for people to understand as people think that dialup is for Analogue >>> dialup only. >> I agree, "Dialup" needs to be updated. >> >> We already have "Connection", "Connection Type", "Connections", >> "Profile" and "Profiles" available in the IPCop Language Database. >> >> We would have to add "Connection Profiles", which I think might be my >> preferred description. >> >> What's the concensus view? > > Given a choice I'd prefer "Profiles". > I view connections to be more of an IPTables thing. Also we already have > Status -> Connections, so I'd say that having Network -> Connections > additionally confuses more. > > OTOH I do not see a real problem in using "Dialup". > > > Olaf > Dialup certainly implies modem. To even use a 3G modem on IPCop, some homework is required ahead of time so the user has to be partially educated to even get this far and hopefully by this time they will know that it is indeed a dialup type connection. On most, there has to be some sort of init string with the proper APN in it not to mention a custom phone number. -- Dave Studeman http://www.raqcop.com |
From: Arion B. <abl...@ya...> - 2009-10-12 03:42:14
|
Most 3G / 3.5G / GPRS connection settings are the same and the APNs for the providers are known and can be added as a drop down box eg VirginBroadband, Optus, Vodafone, etc with a entry for other / custom APN for ones not listed The phone number is almost always *99# The APN can be selected or entered as above That would be almost all that is needed for 95% of people and it would make the process easy not to mention fault tolerant from typos in entering INIT strings David W Studeman wrote: > Olaf Westrik wrote: > >> Eric Oberlander wrote: >> >>> snip... >>> >>> >>>> Also it maybe a good idea to change the name of the dialup tab to >>>> something like connection profile, account profile. To make it easier >>>> for people to understand as people think that dialup is for Analogue >>>> dialup only. >>>> >>> I agree, "Dialup" needs to be updated. >>> >>> We already have "Connection", "Connection Type", "Connections", >>> "Profile" and "Profiles" available in the IPCop Language Database. >>> >>> We would have to add "Connection Profiles", which I think might be my >>> preferred description. >>> >>> What's the concensus view? >>> >> Given a choice I'd prefer "Profiles". >> I view connections to be more of an IPTables thing. Also we already have >> Status -> Connections, so I'd say that having Network -> Connections >> additionally confuses more. >> >> OTOH I do not see a real problem in using "Dialup". >> >> >> Olaf >> >> > > Dialup certainly implies modem. > > To even use a 3G modem on IPCop, some homework is required ahead of time > so the user has to be partially educated to even get this far and > hopefully by this time they will know that it is indeed a dialup type > connection. On most, there has to be some sort of init string with the > proper APN in it not to mention a custom phone number. > > > |
From: David W S. <avi...@ai...> - 2009-10-12 08:07:33
|
Arion Blishen wrote: > Most 3G / 3.5G / GPRS connection settings are the same and the APNs for > the providers are known and can be added as a drop down box eg > VirginBroadband, Optus, Vodafone, etc with a entry for other / custom > APN for ones not listed > > The phone number is almost always *99# > The APN can be selected or entered as above > > That would be almost all that is needed for 95% of people and it would > make the process easy not to mention fault tolerant from typos in > entering INIT strings > The same? I think not. The phone number part you could probably narrow down to three, *99#, *99***1#, and 777 (CDMA Modems, 777 is PPP on the keypad). Just in the five cellular modems I own, the init strings are as individual as the hardware itself and no two are alike. In many cases a given init string will actually allow a connection but it is far from optimum for that particular piece of hardware and some won't connect at all unless the init string is exact. This is why in Windows, these devices come with drivers of which a unique init string is a major reason the special driver even exists. A CDMA/EV-DO modem will not use an APN and this is a very large chunk of the North American market. -- Dave Studeman http://www.raqcop.com |
From: Arion B. <abl...@ya...> - 2009-10-13 15:41:12
|
Yeah I forgot about CDMA/EV-DO we do not have it here in Australia But the ***1 in *99***1# is just to select the CID profile in the device which is really not needed if the APN is supplied in the init string ? *99***<CID># David W Studeman wrote: > Arion Blishen wrote: > >> Most 3G / 3.5G / GPRS connection settings are the same and the APNs for >> the providers are known and can be added as a drop down box eg >> VirginBroadband, Optus, Vodafone, etc with a entry for other / custom >> APN for ones not listed >> >> The phone number is almost always *99# >> The APN can be selected or entered as above >> >> That would be almost all that is needed for 95% of people and it would >> make the process easy not to mention fault tolerant from typos in >> entering INIT strings >> >> > > The same? I think not. The phone number part you could probably narrow > down to three, *99#, *99***1#, and 777 (CDMA Modems, 777 is PPP on the > keypad). > > Just in the five cellular modems I own, the init strings are as > individual as the hardware itself and no two are alike. In many cases a > given init string will actually allow a connection but it is far from > optimum for that particular piece of hardware and some won't connect at > all unless the init string is exact. This is why in Windows, these > devices come with drivers of which a unique init string is a major > reason the special driver even exists. > > A CDMA/EV-DO modem will not use an APN and this is a very large chunk of > the North American market. > > > |
From: Guenter <li...@gk...> - 2009-12-07 22:20:56
|
David, David W Studeman schrieb: > The same? I think not. The phone number part you could probably narrow > down to three, *99#, *99***1#, and 777 (CDMA Modems, 777 is PPP on the > keypad). > > Just in the five cellular modems I own, the init strings are as > individual as the hardware itself and no two are alike. In many cases a > given init string will actually allow a connection but it is far from > optimum for that particular piece of hardware and some won't connect at > all unless the init string is exact. This is why in Windows, these > devices come with drivers of which a unique init string is a major > reason the special driver even exists. > > A CDMA/EV-DO modem will not use an APN and this is a very large chunk of > the North American market. I'm still clueless how exactly I can make use of an UMTS USB stick ... here's what I get when I plug-in the stick: root@ipcop-test:~ # lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 003: ID 12d1:1001 Huawei Technologies Co., Ltd. E620 USB Modem root@ipcop-test:~ # ls /dev/serial/by-id/ usb-____________________HUAWEI_Mobile____________________-if00-port0 usb-____________________HUAWEI_Mobile____________________-if01-port0 usb-____________________HUAWEI_Mobile____________________-if02-port0 the stick itself is labeled 'Huawei K3520-HV' and of Vodafone branding. When I select 'serial' at the dialup page I need to select the port first, but there are already two possible choices where I have no idea which one is the right one; guess its 'Modem on USB0' since I see no ACM? below /dev ? Again guessing that the 'Computer to modem rate' doesnt matter at all for USB devices, or? Ok, then next is the number to dial, the modem init, and also what to enter as user/pass? Where to add the APN? And, finally: if the USB stick is protected with a pin, where to add this? I know it might be possible to disable pin check for the SIM card, but usually its active, and AFAICT it would require to put the SIM into a mobile device in order to switch off pin checking - how ugly! Would be very great if you could bring me onto right track, and maybe we can compile a Wiki page for this finally .... thanks in advance, Gün. |
From: David W S. <avi...@ai...> - 2009-12-08 00:25:03
|
Guenter wrote: > David, > David W Studeman schrieb: >> The same? I think not. The phone number part you could probably narrow >> down to three, *99#, *99***1#, and 777 (CDMA Modems, 777 is PPP on the >> keypad). >> >> Just in the five cellular modems I own, the init strings are as >> individual as the hardware itself and no two are alike. In many cases a >> given init string will actually allow a connection but it is far from >> optimum for that particular piece of hardware and some won't connect at >> all unless the init string is exact. This is why in Windows, these >> devices come with drivers of which a unique init string is a major >> reason the special driver even exists. >> >> A CDMA/EV-DO modem will not use an APN and this is a very large chunk of >> the North American market. > I'm still clueless how exactly I can make use of an UMTS USB stick ... > here's what I get when I plug-in the stick: > > root@ipcop-test:~ # lsusb > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 002 Device 003: ID 12d1:1001 Huawei Technologies Co., Ltd. E620 USB > Modem > > root@ipcop-test:~ # ls /dev/serial/by-id/ > usb-____________________HUAWEI_Mobile____________________-if00-port0 > usb-____________________HUAWEI_Mobile____________________-if01-port0 > usb-____________________HUAWEI_Mobile____________________-if02-port0 > > the stick itself is labeled 'Huawei K3520-HV' and of Vodafone branding. > > When I select 'serial' at the dialup page I need to select the port > first, but there are already two possible choices where I have no idea > which one is the right one; guess its 'Modem on USB0' since I see no > ACM? below /dev ? Again guessing that the 'Computer to modem rate' > doesnt matter at all for USB devices, or? > Ok, then next is the number to dial, the modem init, and also what to > enter as user/pass? Where to add the APN? > And, finally: if the USB stick is protected with a pin, where to add > this? I know it might be possible to disable pin check for the SIM card, > but usually its active, and AFAICT it would require to put the SIM into > a mobile device in order to switch off pin checking - how ugly! > > Would be very great if you could bring me onto right track, and maybe we > can compile a Wiki page for this finally .... > > thanks in advance, Gün. It will likely be usb0. As far as the APN, it should be part of the init string on the end. An example is: CGDCONT=1,"IP","isp.cingular" where isp.cingular is the actual apn in this example. As far as pin goes, I believe that can also be part of the AT string. If possible, getting some documentation from Huawaei on their AT commands would be nice. You can also cheat by downloading the windows driver and if there is a .ini file, the info can be figured out from that. -- Dave http://www.raqcop.com |
From: Guenter <li...@gk...> - 2009-12-10 22:27:11
|
Hi, David W Studeman schrieb: >> Ok, then next is the number to dial, the modem init, and also what to >> enter as user/pass? Where to add the APN? it would also make sense to me to add a checkbox to enable/disable authentication input fields so that its not required for 3G to enter dummy values which may confuse the average user .... Gün. |